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The Ace of Supermicros 


by Bill Jaenicke 


Moving briskly through the dawn’'s 
early light, a U.S. Air Force fighter pilot 
heads towards his F-16 Falcon multi- 
role aircraft, Besides his skill and know- 
how, he carries with him a DTC/LR 
(Data Transfer Cartridge/Loader 
Reader). 

Once aboard the fighter jet he begins 
his pre-flight check. He plugs in the 
DTC, whose memory contains details on 
the mission flight plan and data for in- 
itializing his on- board instrumentation. 
Tt sets the radio frequencies for ground 
control at the base and for the in-flight 
air control connect points, as well as 
calibrating the altimeter and related in- 
struments to the current barometric 
pressure. These and other pre-flight 
procedures, which used to delay take- 
off for as long as an hour (burning fuel 
all the while), are completed in a mat- 
ter of minutes. 


The Mission Planning System, which 
the pilot used to program the DTC, has 
also provided the pilot with the safest 
and most effective flight plan. This in- 
formation is also loaded into the 16's on- 
board systems and will be available to 
the pilot throughout the course of his 
mission. He takes off, secure in the 
knowledge that this new technology, 
combined with his own special skills, 
will give him an edge in successfully 
completing his mission. 

Mission Planning System (MPS) 

The scenario described above is not 
science fiction. The Mission Planning 
System is real, and at its heart is 
Cromemco’s System 220 — serving as 
data ground terminals for F-16’s 
deployed throughout the world. 

The System 220 uses Cromemco’s 


XXU board with 68020/68881 
Continued on page 30 


Single Copy Price $10.00 


for Low-Earth-Orbit 
Satellite Tracking & 
Data Acquisition 


by Robert J. Diersing 


Editor’s Note: Words in boldface 
are included in the glossary of terms at 
the end of this article. 

ABSTRACT 

This article describes two microcom- 
puter systems used for low-earth-orbit 
satellite tracking and data acquisition. 
The systems were developed for use 
with spacecraft operated in the 
Amateur Satellite Service but could be 
adapted for use with other satellites. 
After some background information on 
the Amateur Satellite Service and the 
spacecraft currently in operation, the 


details of each system are presented. 
Continued on page 10 


ProCall/PC+ 
PC-to-Cromix 
Communication 
and Beyond 
by Bill Jaenicke 


Title: ProCall/PC+ — PC-to-Cromix 
Communication and Beyond 
Copyright Bill Jaenicke 1987 


As Cromemco users, many of us find 
ourselves caught in a tug-of-war. On the 
one side is our Cromix system—a system 
we've come to respect and depend on 
for its power, expandability and 
elegance. On the other side is the allure 
of the PC, with its easy affordability 
and vast reservoir of inexpensive soft- 
ware. Some have already compromised, 
as others surely will, and find 
themselves with one or more PCs and 
a Cromix system. The good news is that 

Continued on page 28 


ONLY ONE 
COMMUNICATIONS 
PROGRAM HAS BEEN 
CALLED EASIER TO USE 
THAN CROSSTALK, 
SUPPORTS REILE, SFILE, 
3102 TERMINAL 
EMULATION, AND A FILE 
TRANSFER PROTOCOL 
THAT’S NAMED AFTER A 
FROG. 


Yep, it’s true. Only one program has what 
it takes to be set apart from the rest. Sure, 
we put in features like Xmodem, DEC VT- 
100 and VT-52 emulation, but we didn’t 
stop there. If you’re looking for a power- 
ful communications program to help you 
share information with public informa- 
tion services, BBS systems, and your 
Cromemco systems, the answer is staring 
you right in the face. 


Now all versions of ProCall, and 
ProCall/PC plus support the Kermit file 
transfer protocol, and we've made several 
other changes that won't go unnoticed 
either. 

Ask your dealer about ProCall and 
ProCall/PC. Or ask us: 

ProtoMatrix Software Development 

1145 Park Heights Drive 

Milpitas, CA 95035 USA (408) 263-8665 
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Editor: 


Dr, Stephen Huber's benchmark arti- 
cle in I/O NEWS Volume V, No. 5 was 
well written, concise, comprehensive, 
and a service to the Cromemco user 
community, I read it three times. Since 
my DPU system has neither the MAX- 
IMIZER nor FORTRAN ‘77, I cannot 
contribute more benchmark data. 
However, I can pass along a tip that 
could solve two difficulties that he en- 
countered. Dr. Huber lamented the ex- 
pense of the faster KZ memory and 
10Mhz DPU, and reported disk I/O dif- 
ficulties with an 8Mhz DPU modified for 
10MHz. The answer is Kurt, who works 
for Excalibur. Kurt upgraded my 256KZ 
last year, completely fixing a recurring 
problem which I had experienced with 
it. Since I was so happy with the quali- 
ty and price of that upgrade, I asked 
him to boost my old DPU to 10Mhz and 
upgrade by 16FDC while he was at it. 
The memory upgrade cost a reasonable 
amount, and I’m still astonished at what 
a bargain the processor speedup was. Of 
course, it has run perfectly for two 
months now and works beautifully with 
the new STDX. 

Speaking of the STDX (the 10MHz 
STDC), pricey as it is, it is the Winnie 
controller of choice. I just installed it 
with an 85Mb Miniscribe 6085 (28ms) 
from Direct-To-You (very competitive 
prices, fast service: (408) 437-1001). 
This is the entry for that drive to be 
placed in Richard Quinn's hard disk 
parameters table from Tec Tips, Vol. V, 
No. 3: 


Manufacturer: Miniscribe 
Model: 6085 

Capacity: 85 Mbyte 
Cylinders; 1024 

Heads: 8 

Precomp: 1024 


Thanks Dr. Huber, thanks Kurt, and 
thank you, Richard, for those init* tips. 
Joseph L. Brothers 
Warecraft 
501 North 36th St. -138 
Seattle, WA 98103 
(206)524-5403 
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Editor: 


My letter is prompted by your com- 
ments in the “INPUT” column of the 
November/December issue of /O NEWS: 
about non-compatibility with IBM. I 
agree with your thesis that Cromemco 
has never seen itself in head-to-head 
competition with IBM. But your 
response fails to take into consideration 
some realities which need serious 
evaluation, especially by Cromemco's 
development staff. 

For those of us who started out in the 
CP/M world of the late 70's, Cromemco 
made it easy to move into multiuser 
computing. The CDOS simulator permit- 
ted us to bring into the CROMIX world 
many of the tools we had been running 
under CP/M. Even if the software did 
not run perfectly under CDOS, a little 
hacking with DEBUG would usually fix 
the problem sufficiently. 

But Cromemco has never provided a 
similar door of opportunity for those 
coming out of the MS-DOS world. The 
simple presence of an MS-DOS 
emulator, similar to the CDOS 
simulator, would have permitted those 
who entered computing in the post-PC- 
DOS era to make the same type of tran- 
sition to Cromemco multiuser machines 
that was possible for those of us with 
the CP/M backgrounds. 

In my own circle of friends are several 
professionals who would have bought 
System 400s had they not been compell- 
ed to force an entirely new learning 
curve on employees who had become 
dependent on certain MS-DOS products. 
What these professionals wanted was 
the added flexibility, security, and 
power of a UNIX-like environment 
without having to abandon the MS-DOS 
product world entirely. 

Microsoft, sensing that such markets 
are growing, plans a version of XENIX 
for 80286 machines that will permit in- 
dividual users to run MS-DOS applica- 
tions in a shell within XENIX. In my 
own judgement, that will prove an ex- 
tremely attractive OS — one I would 
find hard to resist myself. 

Not only new clients, but existing 
ones are being lost by Cromemco 
because of the absence of MS-DOS 
capabilities. I regularly help non-profit 


INPUT... 


organizations set up in-house computing 
by buying or soliciting the contribution 
of used Cromemco equipment. As I res- 
pond to ads for used Cromemco 
machines, I find that fully four out of 
every five ads are from individuals who 
are moving away from Cromemco. 
Their number one reason is the inabili- 
ty to tap into the affordable, wide- 
ranging options of MS-DOS software. 

Every time I talk to people who have 
made that choice, I find myself temp- 
ted to join them. On a finite budget, I 
simply cannot afford to pay the cost of 
UNIX applications — such as table top 
publishing — when everything I need to 
do is easily accomplished at a fraction 
of the price on software available for 
MS-DOS. 

Let me hasten to add that my commit- 
ment to Cromemco is neither newborn 
nor nominal. I placed my order for a 
C-10 before actual manufacture had 
begun, Later I bought one of the earliest. 
DPU machines and more recently an 
XPU version of the System 100. During 
the early '80’s, as president of a small 
liberal arts college, I worked closely 
with Dr. Garland in creating the first 
campus-wide computer literacy pro- 
gram in the Northwest using dozens of 
C-10s and C-5s with two System Threes 
and a Z-2h as multiuser hosts. 

Even with that commitment, 
however, I am regularly frustrated 
when working on joint development 
projects with people who are 
themselves using MS-DOS tools. Over 
the past year, in my naval reserve work, 
I have been producing a suite of 
analytical programs for managing a na- 
tional recruiting effort. The Navy will 
be running those programs on MS-DOS 
computers making use of standard IBM- 
type software. I am sorely limited in the 
amount of development work I can do 
on my own equipment, however, 
without some type of bridge from the 
CROMIX/UNIX world to MS-DOS, I 
doubt that I'm the only Cromemco 
devotee who regularly faces that kind 
of problem. 

In concert with Rich Quinn, I am cur- 
rently evaluating some prototype 
modules of what may eventually 
become a transparent MS-DOS emulator 


for Cromix. If the entire package works 
as well as the modules in hand, we may 
have the answer to the concerns above. 
But if that effort falls short, I hope so- 
meone else will find a way to fashion 
a Cromemco-to-MS-DOS bridge. And I 
would hope that Cromemco could see 
its way clear to put a blessing on that 
effort as a means of securing new 
markets and holding onto some old 
ones, 
Fraternally, 
Michael C. Armour 
6401 Mercedes Avenue 
Dallas, TX 75214 


Editor: 

I disagree with you when you say that 
it is a futile exercise to compare an IBM 
PC with a Cromemco system running 
UNIX or a look-alike, It is certainly true 
from a technical point of view that MS- 
DOS is much more arcane than Cromix. 
The point here is, I believe, the large 
amount of quality software available on 
MS- or PC-DOS (you make the argument 
with CP/M in your reply). The facts are 
that many computer makers have some 
kind of MS-DOS emulation available: 
DEC has the VAXmate, a diskless AT 
to run with any VAX; SUN and Apollo 
have emulation capabilities in their 
workstations; and even Apple is talking 
of doing it on the new Mac. I know 
many other people who want it, and I 
believe Cromemco should be doing 
what their customers ask for. 

By the way, if Cromemco decided it 
was not worth the effort (there are also 
some good reasons for this, e.g., the 
price of XT clones), would Cromemco 
be willing to disclose details on their 
new coprocessor interface: z80.bin and 
the zio driver. There are a number of 
S-100 8086 boards on the market that 
could be easily modified to look like an 
IOP-X to the system. 

Talso have a suggestion with respect 
to the feedback to Cromemco. If so- 
meone feels the system should be 
enhanced in new ways, he could file, 
presumably with IACU, a so called 
System Improvement Request, a SIR. 
The SIR should explain what is the miss- 
ing functionality and why it makes life 
hard, and make a proposal of the new 


commands, etc... to solve the perceiv- 
ed problem (the technical solution is of 
course Cromemco’s business). 

After a while the SIR’s could be 
published, and a poll would be taken 
among the users who would vote for the 
most useful proposals. The poll result 
would then be submitted to Cromemco 
for comments. 

Thank you for keeping 1/0 NEWS 
interesting. 

Sincerely Yours, 

Alberic Muller 
Rue du Jura 12 
CH-2525 Le Landeron 
Switzerland 


Editor’s Reply: 

As evidenced by the number and in- 
tensity of the replies that my earlier 
statements have generated, it is safe to 
say that the issue has not been laid to 
rest. Apparently, complete satisfaction 
is required. 

Nevertheless, Cromemco-to-MS-DOS 
bridges are available, and have been so 
JSor some time now. I refer to programs 
for copying various disk formats, 
development software for which there 
are versions that run under Cromix 
and Unix and MS-DOS (e.g., Informix), 
and communications programs which 
allow for the interconnection of MS-DOS 
machines and Cromemco machines for 
the purpose of file transfers or 
distributed processing, ProCall/PC for 
example. 

Admittedly, the bridges are a little 
narrow in that they don't enable the 
Cromemco user to load MS-DOS pro- 
grams into his Cromemco and 
execute them directly on the Cromem- 
co machine. Even if there was such an 
emulator to allow for this, MS-DOS pro- 
grams which make use of the graphics 
capabilities of the bit-mapped PC ter- 
minal would not run. That would 
remove a big slice from the MS-DOS soft- 
ware pie, and lead to less than complete 
satisfaction. 

Full compatibility would require ad- 
ditional hardware in terms of graphics 
cards and monitors. It can be done— 
much (but not all) of the required hard- 
ware and software components are 
presently available—it’s that little bit 


that’s missing, and then bringing it all 
together, that is holding things up. 
That's because it’s going to cost money 
to design that extra bit and write that 
special driver. 

But that is what free enterprise is 
about: supply and demand. If there’s 
enough demand you know there are 
plenty of companies that could provide 
Sor that demand and turn a profit at the 
same time. 

The problem facing those of us who 
would like to be able to run MS-DOS 
programs directly on our Cromemco 
systems is one of making our desires 
known. It’s one thing to approach a ven- 
dor and say, “I’ve talked to a lot of peo- 
ple that would be willing to buy Product 
X if it existed..”’ and quite another to 
approach the same vendor with written 
testimonials from so many individuals 
stating their interest in product X. So 
if you really want to see it happen write 
a letter to us stating so. Then we just 
might be able to do something about it. 

In the meantime let’s take a look at 
where we are now: inexpensive PC 
clones for running inexpensive PC soft- 
ware coupled with suitable com- 
munications software that enables the 
PCs to act as terminals to more 
sophisticated and secure Cromix and 
Unix systems — on call when their 
multi-user capabilities and superior 
hardware are needed. From my view- 
point it’s the next best thing to having 
your pie and eating it too. 

In regards to the notion of a SIR 
survey, it sounds like a good idea, We'll 
work on a suitable format and publish 
it in the next issue. 

Bill aD 
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New Mailing Address 

The mailing address for /O NEWS and 
the I.A.C,U. has been changed. Please 
take the time now to update your 
records accordingly: 


The 1.A.C.U and I/O NEWS 
24843 Del Prado, Suite 473 
Dana Point, CA 92629-2852 


Although the old mailing address will 
still be active for another year, we will 
receive your mail much sooner if it is 
addressed as shown above. 

That aside, let’s take a look at this 
issue. For one, we've taken a slight 
departure in format and content, Some 
of the regularly appearing columns such 
as TEC TIPS, 32K CLASSROOM, INSIDE 
CROMIX, NEW PRODUCTS, and BITS & 
BYTES aren't appearing this time. The 
reason is that we have received a 
number of noteworthy editorial con- 
tributions from our members, and there 
just wasn’t enough space to run all of 
it. So we gave those column editors a 
well-deserved rest, and have presented 
the articles which we think you will 
find most interesting. 

As such, this edition includes some of 
the more ‘“‘high-tech”’ applications that 
Cromemco computers are being utiliz- 
ed for. At the top is the Mission Plann- 
ing System which is described in the 
front cover article, ‘‘Cromemco’s 
System 220: The Ace of Supermicros."’ 


‘ 
Lisa Jaenicke 
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This system truely expands the bounds 
of supermicro capability, incorporating 
the latest XXU technology. Then there 
is Robert J. Diersing’s contribution, 
“Micro Systems for Low-Earth-Orbit 
Satellite Tracking and Data Acquisi- 
tion.’’ We hope that you'll find it as in- 
teresting and thought provoking as we 
did. 

In response to all the hoopla regarding 
PC clones, we've put together a review 
of the premier modem communications 
system for PCs: ProCall/PC Plus. As 
you'll see, this system may provide the 
answer to a problem facing many of us: 
how to integrate the PCs and Cromix. 

On a more mundane level, we offer 
the first of a series of articles which ex- 
plain how to go about copyrighting soft- 
ware. As many of you develop commer- 
cial applications, this should be of par- 
ticular interest. The articles are written 
by Paul Hentzel, who has been 
Cromemco’s copyright, trademark, and 
patent attorney since they started 
business. 

As we have received many inquiries 
regarding the service and maintenance 
of Persci 299B disk drives, we went to 
the authority on the subject, John Bush 
of Peripheral Labs, and asked him to 
comment on the subject. The result is 
his ‘‘PerSci Q & A”’ article. 

We've also presented a substantial 
number of USER NOTES, all submitted 
by IACU members, which range from 
tips for using the C-10 to tips for using 
UNIX. And then there’s CURSES— but. 
you'll have to read Soup Campbell’s ar- 
ticle to find out what that is all about. 

This issue also heralds the return of 
SOFT TIPS, with its new editor, Bob 
Brown of Excalibur Computers. 
Although this installment offers some 
useful C routines for formatted input, 
future installments will be geared more 
towards end-users of commercially 
available applications software. 

All in all, this is an information- 
packed issue. So get to it! And as usual, 
your suggestions and comments are 
always welcome (but be sure to send 
them to our new mailing address). 


Bill Jaenicke 
Editor oD 
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Dildine Industries can meet 
ALL your computer needs. 


Dildine Industries is in it’s 
ninth year as a Cromemco 
Dealer. 


| have seen many computer companies come and 
go. | have seen many dealers come and go—some 
of them Cromemco dealers. |, on the other hand, 
am staying. | am committed to selling, servicing, 
and supporting Cromemco equipment. You can 
count on me to be around when you have a pro- 
blem you need help with. 


Dildine Industries is 
Hardware Know-How 


| have hands-on experience with many computers 
ranging from the Altair 8800 to the Cromemco 420. 
Practical, working experience on PCs to main- 
frames. | have the technical knowledge to help you 
quickly solve your toughest hardware problems. 


Call 312-891-1064 


If you have had trouble finding a computer profes- 
sional who can provide you with the answers you 
need and the support you want, call me, Kim 
Dildine, president of Dildine Industries. | believe 
you'll find my knowledge and expertise with 
Cromemco equipment a valuable resource. 
Straight talk and practical, working solutions to your 
computer problems. 


Dildine Industries, Inc. 
P.O. Box 4189 

Hammond, IN 46324 

312-891-1064 


Formerly K..D. Enterprises. Inc 
Cromemco dealer since 1978 


Attention CROMIX Users 


The book 
you’ve been 
expecting is - 
finally here. ghee 
CROMIX 


— A User’s Guide 
can be ordered now. 


(While They Last) 


Leigh Thomas’ excellent tutorial on 
CROMIX, reprinted in the U.S., can now 
be ordered directly from I/O News. 


onoHlK 


The price is $25.00 plus $4.95 Shipping & 
Handling per copy. For bulk orders of 10 
or more, the price is $17.75 per copy F.0.B. 
Irvine, California. catiforma residents add 6% sales tax 


Send Check, Money Order, or Credit Card 
Information to: 


1/O News 
ATTN: CROMIX — A User’s Guide 
P.O. Box 17658 
Irvine, CA 92713 
U.S.A. 


Be sure to include Membership Number 
and full shipping instructions with order. 
(Amounts noted are in U.S. dollars drawn 
on U.S. banks, only.) 


This is a MUST BOOK for any CROMIX user. 
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by John A. Bush 


L, the past, as Lead Technician at 
PerSci, Inc., and more recently with 
Peripheral Labs, I've fielded many a 
question about the PerSci 299B Floppy 
Disk Drive. This article is in response to 
the many thousands of Cromemco 
owners who have expressed interest in 
gaining more information about their 
PerSci disk drives. I will also provide 
some interesting historical notes and at- 
tempt to dispel some of the myths 
associated with the PerSci disk drive. 
The following are my responses to the 
most common questions put to me. 


Ql. Are PerSci drives economical 
to repair? 

Al. Yes and no, 

In 1979, the year the PerSci 299B was 
announced, Computer Design 
Magazine voted the PerSci disk drive 
the Product of the Year. Orders for the 
then prototype were very heavy. PerSci 
management of the time was under ex- 
treme pressure to fill these orders, even 
though they lacked the facilities to 
manufacture in the necessary quantity. 
One corner cutting plan involved the 
first 1500 299B's being QA’ed by the 
engineering department. Many of the 
drives failing the final test phase were 
the subject of ‘‘custom’’ engineering 
just to get them out of the door. None 
of these ‘‘custom’’ changes were ever 
documented and the resulting products 
were marginal at best. Therefore this 
first generation, serial numbers below 
D2500, can be extremely difficult and 
expensive to support. If you have one 
of these drives and it has been giving 
you a lot of trouble, I suggest you 
replace it! The drive serial number can 
be found at the rear of the drive below 
the large circular spindle motor. It is the 
bottom number on the approximately 
one-inch square, silver metallic tag. 

Another difficulty associated with 
servicing the PerSci disk drive is related 
to the 180 engineering changes that 
were accomplished on the drive bet- 
ween serial numbers D2500 and D7000. 
Only eight levels of documentation 
were developed. As a result, the highly 
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skilled technician—well equipped and 
well meaning—may encounter dif- 
ficulties as supporting documentation 
doesn’t exist. Manuals from PerSci and 
Cromemco for these machines include 
reprints of early generation schematics 
and are of limited use in trouble- 
shooting. Our hands-on experience 
coupled with a complete set of PerSci 
documentation (extremely rare) allows 
us the exclusive ability to accomplish 
virtually any repair on any generation 
of the PerSci disk drive. 

Another very common practice 
among persons and organizations who 
perform service on the drive is ‘‘light- 
screwing’ the read/write heads, To 
complete the manual head alignment 
the retaining screws must be securely 
tightened. Quite often this action will 
throw off the alignment! To ensure that 
drive performance isn't adversely af- 
fected, the alignment has to be recheck- 
ed and even re-performed after the 
screws have been tightened. This addi- 
tional step is absolutely crucial to attain- 
ing a high integrity alignment. 

Unfortunately, this extra step can be 
very frustrating and time-consuming 
even for an experienced technician and 
is often omitted. As a result many 
technicians only lightly secure the 
screws — hence our term ‘‘light- 
screwing.’’ Nearly two-thirds of the 
drives coming to us for the first time 
have improperly tightened head screws. 
If your drive fails every few months 
chances are that your service agency is 
“‘light-screwing”’ you and your heads. 
A lot of bad press has been generated 
against the PerSci drive as a result of 
this kind of service. However, I must 
emphasize that this is not the fault of 
the disk drive! 


Q2. Can PerSci drives be repaired 
if the only problem is intermittent 
‘non-booting?”’ 

A2, Absolutely! However, I have 
often found that this problem is related 
to factors outside of the drive. 

First check your boot disks. If you are 
like most of my clients, you may have 


many copies and some of these 
duplicates may be damaged. Disks don’t 
last forever, I have best results using 
Dysan floppies and less luck with 
Scotch, 3M and Verbatim. 

Another very common problem out- 
side of the drive is bad D.C. power supp- 
ly connections, The ten-pin Molex con- 
nector that attaches between the PerSci 
and Cromemco system uses nine single- 
leaf spring pins which connect with the 
male pins on the upper edge of the main 
logic board on the PerSci (pin 4 is the 
nylon key). Two extremely common 
conditions may exist that may interfere 
with making good electrical contact. 
They are corroded contacts and flatten- 
ed pin springs. The symptoms seen by 
the user vary widely from no drive 
response accompanied by funny noises 
to occasional no read or boot. The quick 
and nearly permanent fix requires the 
removal of each pin from the Molex 
connector using a small blade 
screwdriver. Clean the flat surface with 
an ordinary pencil eraser and then 
manually spread the leaf spring to 
approximately of an inch at its end 
with the screwdriver. This process will 
require less than 10 minutes once you 
have gained access to the connector. 

Another possible source of intermit- 
tent problems deals with the original 
writing of the disk. If the disk was writ- 
ten on a marginally aligned drive or 
even the same drive prior to its last 
alignment you may have this trouble. 

The PerSci disk drive will read a disk 
up to +/- 30% alignment error (A.E 
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which is much better than the Tandon, 
Shugart and Qume drives that I have 
worked with. Ideally, your heads will 
be aligned to 100% or 0% alignment er- 
ror. However, if, for example, your 
drive wrote to your disk at -20% A.E. 
before alignment and was then aligned 
to +15% A.E. (+/- 15 % A.E. is the 
minimum factory specification) you 
have a net 35% A.E. from when the 
disk was first written and problems may 
result. All drives serviced here are 
aligned to less than 5% A.E. 

Fine tuning our alignments is much 
more time consuming but it pays off in 
greater customer satisfaction and far 
fewer warranty returns. If your drive 
is aligned this closely you will most like- 
ly be able to read any disk that was ever 
written on that or any drive so long as 
the disk remains intact. 


Q3. How do you clean the heads? 

A3. The best method is to manually 
clean the heads using a Q-tip and a solu- 
tion of alcohol greater than 93%. To do 
this requires removing the drive from 
the system and actually observing the 
read/write surface as you clean. This is 
important as many operating en- 
vironments are sufficiently unclean as 
to allow a build up of airborne con- 
taminants on both the disk heads and 
the disk surfaces themselves. This build- 
up will ultimately cause bad reads and 
writes and may even result in scrat- 
ching the surface of floppy disks used 
in that drive slot! One word of caution. 
Be extremely careful when using the Q- 


tips near the floating heads. If you slip 
or snag the corners of the head with the 
Q-tip you can crash the heads! So I do 
not recommend this procedure for 
casual or inexperienced technicians or 
users. 

An alternative is to use the standard 
8" head cleaning kits that use a tex- 
tured but non-abrasive ‘‘disk’’ that you 
physically moisten with alcohol just 
prior to insertion into the drive. These 
kits are available through most office 
supply catalogs for under $30, and are 
well worth it. I recommend using the kit 
one half minute per disk slot per month. 
Remember that the heads must be 
selected while cleaning so that both 
heads will be in contact with the clean- 
ing disk. We use RDOS for “‘B’’, “*C”” 
and ‘‘D" heads and ‘‘B”’ for boot on 
“A” heads. Our in-house procedures in- 
clude using the kit the first Monday 
morning of each month. In that way we 
are conditioned to keep our drives clean 
on a regular basis and this minimizes 
problems with our in-house drives. In 
fact, I have one PerSci drive that has 
worked without a single failure since 
1981! 


Q4, Will better booting result from 
using an updated version of RDOS? 

A4. Not in my experience. However, 
versions above 2.53 will allow booting 
from any floppy drive connected to the 
system and provide enhanced 
diagnostics from RDOS. 


Q5. Since PerSci is out of business, 
how will a service technician be able 
to get spare parts in the future? 

A5. PerSci is NOT out of business! In 
fact they still manufacture and sell disk 
drives and spare parts! They were pur- 
chased several years ago by a company 
called CES of Hawthorne, California. 
Last time I dealt with them they had 
reorganized under the name of E.F. In- 
dustries. While the manufacture and 
sale of new equipment has been cut 
back dramatically, they continue to fill 
orders from manufacturers interna- 
tionally. Per drive prices in excess of 
$2500 and lead times of up to six 
months do not make the machine com- 
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petitive in the small systems arena, but 
several mini and mainframe manufac- 
turers continue to install the PerSci in- 
to their respective environments. Spare 
parts availability and pricing are not 
what they used to be. We have found 
second sources for 90% of the parts 
needed to support the PerSci and main- 
tain ample stocks of the remaining 10%. 

Many Cromemco customers have 
been adversely influenced about the 
quality and reliability of the PerSci disk 
drive because of a few “‘horror”’ stories. 
Some of these contain a measure of 
truth but the overwhelming majority of 
these rumors are exaggerated, As men- 
tioned earlier in this article, most of the 
first 1500 PerSci drives delivered into 
the Cromemco environment were 
“‘dogs!’’ This was Cromemco's first ex- 
posure to the PerSci 299B and although 
all the basic problems have been rec- 
tified, the fall-out has had a lasting ef- 
fect on the drive’s reputation. 

Here at Peripheral Labs, we have 
been intimately involved with the sup- 
port of the PerSci disk drive for many 
years and currently oversee the service 
of over 5000 units installed 
internationally. 

Most of these machines require only 
infrequent service about every 12 to 18 
months. The exceptions are industrial 
or similar environments where the in- 
put A.C, power is subject to wide fluc- 
tuations and where larger amounts of 
airborne contaminants are present. One 
particularly problematic situation in- 
volves the installation of the PerSci disk 
drive in mobile applications — we 
specifically discourage this practice. 

Some of our more conscientious 
clients make a practice of sending their 
drives to us yearly for preventive 
maintenance and consequently enjoy 
greatly enhanced performance. 

With good service, a clean operating 
environment and reasonable care your 
PerSci disk drive will provide you with 
many years of reliable high-speed 
performance. OD 
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Satellites 


Continued from front cover 


The article concludes with the plans for 
continued development of the systems 
to perform new functions such as a 
gateway to the JAS-1 store-and- 
forward packet radio satellite. 
December of 1986 marked the twenty- 
fifth anniversary of the launch of the 
first amateur radio satellite. 


Introduction 


It is fairly well known that one 
specialty area within the Amateur 
Radio Service is concerned with the 
design, construction, operation, and use 
of amateur radio satellites. Of course, 
the majority of amateur radio operators 
participate in this specialty as users of 
the communications transponders 
aboard the spacecraft. Design, construc- 
tion, and operation is usually done 
through international cooperation of 
university groups and amateur radio 
operators who are employed in the 
aerospace industry. December of 1986, 
marked the twenty-fifth anniversary of 
the launch of the first amateur radio 
satellite, OSCAR-1. The designation 
OSCAR is usually carried as a part of the 
satellite name after launch and is an 
acronym for Orbiting Satellite Carrying 
Amateur Radio. 

At first these satellites were very sim- 
ple and their operational lifetimes were 
short. Later, the satellites became more 
sophisticated and carried command and 
control systems, telemetry systems, 
and communications transponders. 
However, the primary mission of 
amateur radio spacecraft remained one 
of providing a communications utility. 
This trend was due a change and along 
with the change came the establishment 
of onboard microprocessor systems. 

In 1981, UoSAT-OSCAR-9, designed 
and constructed by the University of 
Surrey (England) Electrical Engineering 
Department, was launched. UoSAT- 
OSCAR-9 was the first amateur radio 
spacecraft to be dedicated to applied 
research in cost-effective spacecraft 
engineering and scientific experiments. 
Tt was also the first amateur radio 
spacecraft to carry onboard 
microprocessors as part of its command, 
control, and telemetry systems. Data is 
telemetered to the ground in ASCII at 
1200 baud and is thus easily processable 
by a microcomputer system with the 
proper software, UoSAT-OSCAR-9 car- 
ries no communications transponder. 
The University of Surrey'’s second 
satellite, UoSAT-OSCAR-11, was laun- 
ched in March, 1984. See Figure 1 for 
a system diagram of the UoSAT- 
OSCAR-11 spacecraft. UoSAT-OSCAR-9 
and UoSAT-OSCAR-11 have come to be 
called UoSAT-1 and UoSAT-2 and will 
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be referred to as such in this article. 

After some additional background in- 
formation, this article will describe two 
microcomputer systems designed to 
automatically track and collect data 
from amateur radio spacecraft, par- 
ticularly the UoSATs. The additional 
background is needed to provide insight 
into the motivation for the development 
of the systems. The article will conclude 
with an evaluation of the systems and 
the plans for changing and expanding 
the functions of the systems. Since this 
article is intended to present the 
hardware-related aspects of the 
systems, software will not be discussed 
in great detail. 

BACKGROUND 

Spacecraft in Operation 

UoSAT-1 and UoSAT-2 — These 
spacecraft have already been mention- 
ed. They are both in polar, sun- 
synchronous orbits. UoSAT-1 has an 
apogee of approximately 500 km. and 
is usually accessible during two orbits 
occurring in the early morning hours 
(3:00 to 6:00 A.M.) and two orbits oc- 


might be plain text bulletins, 
telemetered data from spacecraft 
systems and experiments, whole-orbit 
telemetry surveys, and for UoSAT-2, 
the message headers resulting from 
messages stored in the Data Com- 
munications Experiment, DCE. 
AMSAT-OSCAR-10 — This spacecraft 
is the result of an international effort 
primarily by radio amateurs in Germany 
and the United States. It is also 
microprocessor controlled but its mis- 
sion is that of providing communica- 
tions transponders on two different fre- 
quency bands. It is different from 
previous spacecraft in that its orbit is 
highly elliptical with an apogee of 
geosynchronous altitude (37,500 km.). 
In this orbit it provides as much as 12 
hours per day access time to parts of the 
world. However, it should be noted this 
orbit is neither geosynchronous nor 
geostationary. It is of interest to this 
author not for its analog communica- 
tions transponders but for its differing 
telemetry systems and data transmis- 
sion format as well as the digital com- 
munications experiments that have 
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apogee of approximately 700 km. and 
has roughly the same number of access- 
ible orbits per day except that they oc- 
cur during the late evening (8:00 to 
11:00 P.M.) and late morning (9:00 A.M. 
to 12:00 noon) hours. The access time 
will vary up to a maximum of about 18 
minutes. Local times are given in Cen- 
tral Standard Time. The obvious in- 
convenience of some of these times is 
one motivation for the development of 
an automated system. 

The operating system software in 
these spacecraft is now quite 
sophisticated and various types of data 
will be captured even within a single ac- 
cess period. A typical combination 


JAS-1 — The first amateur radio 
satellite with a free access store-and- 
forward digital communications 
transponder is called JAS-1, It is a pro- 
duct of Japanese origin where the 
transponders were built by Japanese 
radio amateurs and the spaceframe was 
built by NEC. It was launched in 
August, 1986 by NASDA (the Japanese 
equivalent of NASA). A properly equip- 
ped automated ground station could 
serve as a gateway to/from terrestrial 
packet radio networks and JAS-1. 


Orbit Prediction 


The prediction of the satellite access 
times for a given point on the earth is 


a computation-intensive task. Yet, an 
automated system must have this data 
for every satellite it is to track. The 
algorithms used to generate this data for 
the systems described here were 
developed by Dr. Thomas A. Clark and 
were first published in 1980 [1]. His pro- 
gram may have been the first 
microcomputer-based prediction pro- 
gram using the standard Keplerian 
elements as the reference point for 
computations. Later this author im- 
plemented the algorithms on several 
different microcomputers for the 
benefit of amateur satellite enthusiasts 
[2,4]. More recently, the original 
algorithms have been enhanced by Dr. 
Robert W. McGwier to provide a closed- 
form rather than iterative solution to 
the problem of finding AOS and LOS 
time [8]. 
Hardware Selection 

The final topic before presenting the 
two hardware configurations is that of 
hardware selection. The reader may 
wonder why the systems have been im- 
plemented on S-100 bus Z-80 com- 
puters. There are several reasons. First, 
amateur radio operators are always at 
the forefront of experimentation. For 
this reason many started their ex- 
perimentation with microprocessors at 
a time when the S-100 bus was much 
more popular. Second, in any amateur 
radio project there is the very practical 
tendency to use the equipment one has 
available to minimize costs. Finally, it 
is now easy and inexpensive to acquire 
8-bit microcomputers which are ade- 
quate for dedicated systems such as 
described here due to the trend to 
upgrade to newer 16- and 32-bit 
systems. 


Single-Computer Control System 
The first automated system developed 
is shown in Figures 2 and 3. Figure 2 
concentrates on equipment external to 
the computer while Figure 3 provides 


additional detail about the internal com- 
puter system components. As can be 
seen, the system provides for control of 
antenna position during satellite access 
times, control of antenna circularity 
(polarization), control of radio receiver 
frequency to compensate for Doppler 
effect, and control of the tape recorder 
for both data capture and recording of 
the satellite/orbit/date/time stamp from 
the speech synthesizer. All of the above 
items were conceived in the initial 
system design with the exception of the 
speech synthesizer for voice identifica- 
tion of the recorded tapes. This was 
added as an afterthought. The pertinent 
details of the method of implementation 
of these features follow. 


Antenna Positioning 

The antenna position is updated dur- 
ing a satellite pass at a time interval cor- 
responding to the one used when the or- 
bital predictions were made. Several 
system components are involved. 

First, a new set of azimuth and eleva- 
tion headings are acquired at the start 
of a new time step. Next, from 
parameters known by the program, 
these headings are converted to the cor- 
responding position indicating voltages 
to be read from the rotator control 
boxes by the analog-to-digital converter 
channels. Third, the current position 
voltages are read. By comparing the 
current and target voltages the required 
direction of movement is found. Fourth, 
movement in the proper direction is in- 
itiated by setting the proper bit of the 
latched parallel output port going to the 
rotator control interface. Finally, the 
motion is stopped when the position 
voltage read from the A-to-D, which is 
being read continuously, matches the 
target voltage. 

Depending on the A-to-D used, rescal- 
ing of the input may be required so that 


the input range of the A-to-D is consis- 
tent with that produced by the rotator 
position indicator. Also, in some cases 
additional voltage regulation may be re- 
quired for the power supply providing 
the position indication voltage. With a 
little work a combination can be found 
that allows the antennas to be position- 
ed to within one unit on the analog posi- 
tion indicator. This is usually 5 degrees 
for typical azimuth rotators and 3 
degrees for elevation rotators. This level 
of accuracy is adequate for most anten- 
nas found at amateur radio stations. 


Antenna Polarization Switching 

The signal as originated from the 
satellite is either right- or left-circular 
polarized. However, due to spacecraft 
orientation, spacecraft motion, pro- 
pagation effects, and other factors, the 
signal-to-noise ratio may sometimes be 
improved by switching to the opposite 
polarization sense. This is especially 
true when the fade is deep and prolong- 
ed and not caused by local man-made 
noise. 

To attempt to accommodate these 
fades, the circularity switch mounted at. 
the antenna is wired to one of the relays 
on the 4PIO isolated interface. When 
there is no other function to perform 
the system constantly monitors the 
signal strength as indicated by the 
receiver S-meter. As long as the level 
stays above some threshold set in soft- 
ware nothing is changed. If the level 
does fall below the cutoff point nothing 
is done immediately but the system con- 
tinues monitoring to see if the trend is 
either consistently downward or pro- 
longed according to other software 
counters. If it is a consistent downward 
trend a switch is made to the opposite 
polarization. 


Frequency Correction for Doppler 
Shift 
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As is the case with any transmitting 
source in motion with respect to the 
observer, there is Doppler shift observ- 
ed when receiving the signal from the 
satellite. Although it is not considerable 
at the usual receiving frequency of 
145.825 MHz., the ability to 
automatically compensate for it was 
thought to be a desirable feature. 

The implementation of this feature re- 
quires a custom-built interface between 
the S-100 bus and the microprocessor in 
the ICOM IC-251A receiver. The re- 
quirement is to decode a Z-80 port ad- 
dress and provide the data to the 
microprocessor in the radio at CMOS 
levels over a 4-bit data bus. There are 
also control signals for data transfer and 
other status indications such as 
signal/no signal being received. Thus, 
data must also be read from the receiver 
through a Z-80 port. The interface in use 
was designed by Curt Terwilliger of 
Cromemco, Inc. [10]. 

During a satellite pass, the receiver 
frequency is updated at each time step 
after antenna positioning. The frequen- 
cy is first set using the Doppler com- 
puted during the orbit prediction phase. 
This is used as an initial guess after 
which the frequency is moved in the re- 
quired direction in 100 Hz. steps while 
monitoring the center frequency 
(discriminator) meter output. Before 
the zeroing process is started, the 
metering circuit must be switched from 
signal strength to center frequency. It 
is returned to signal strength monitor- 
ing after the frequency is set. 


Tape Logging and Control 

The audio tape recorder used to cap- 
ture the data is turned on and off by a 
relay on the 4PIO interface. It was soon 
learned that it would be much better if 
there was some sort of marker record- 
ed on the tape between each data set. 

The solution to this problem was 
another custom-built board interfacing 
the National Semiconductor Digitalker 
speech synthesizer chip set to the 
system. The circuit was designed by Dr. 
Aaron Brown and is documented in [5]. 

The control scheme was modified 
slightly such that at the beginning of a 
satellite pass the audio input of the tape 
recorder is switched to the Digitalker in- 
terface. Then, a voice label is placed on 
the tape consisting of the satellite iden- 
tifier, orbit number, date and time 
under program control. After the label 
has been generated, the input to tape 
recorder is switched back to the 
receiver audio. 


Software Issues 

All of the previously described func- 
tions are controlled by a single com- 
puter program written in BASIC. The 
version of BASIC used was Cromemco 
32K Structured BASIC. This dialect of 
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BASIC is particularly powerful in that 
it provides all of the necessary struc- 
tured programming features including 
procedures. This allowed easy develop- 
ment of a fairly complicated control 
system. There were no time-critical 
functions beyond the capabilities of an 
interpretive language. 

Results of Actual System Operation 

The single-computer control system 
has been in operation since October of 
1983. As might be expected, various 
deficiencies were found and other 
desirable features were conceived. 
Some of these items would require soft- 
ware solutions while others would re- 
quire a_ different hardware 
configuration. 

The most serious deficiency of the 
system was choosing to tape record the 
data rather than capturing it directly on 
disk. Soon, large stacks of tapes ac- 
cumulated which still had to be 
demodulated before the data could be 
inspected and processed. With two 
spacecraft operational providing, on the 
average, eight visible passes per day it 
is easy to see that one could spend days 
processing an accumulation of tapes. 
Clearly, this had to be changed. 

Another problem was the inability to 
prioritize the tracking function among 
satellites. The desirability of this feature 
is best illustrated by an example. 
AMSAT-OSCAR-10 in its elliptical orbit 
may have a visibility time as long as 12 
hours. In the mean time, one or more 
shorter duration passes of polar, sun- 
synchronous satellites such as UoSAT-1 
and UoSAT-2 may have occurred and 
their data will have been lost. Even 
though OSCAR-L0 does not carry scien- 
tific experiments, it is desirable to 
monitor its telemetry from time to time 
to see the status of the various 
spacecraft systems. 

A minor fault of the system was notic- 
ed during the Space Shuttle missions 
which included amateur radio opera- 
tions. The first of these was by Dr. 
Owen Garriot from Columbia in 1983. 
The problem arose due to the azimuth 
and elevation positioning being done 
serially rather than in parallel. The low 
altitude of the Space Shuttle orbit 
causes it to be moving very fast with 
respect to the ground station. On high- 
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elevation passes the system had a hard 
time keeping up with the Space Shuttle. 

Finally, some of the functions im- 
plemented could have been omitted 
without serious consequences. One of 
these was the Doppler shift correction 
function. Although it is still thought 
desirable it could be limited to using on- 
ly the computed value to set the receive 
frequency. The zeroing to the on-the- 
air signal could be eliminated. This is 
particularly true on the two meter 
downlink frequency which is used the 
majority of the time. Another justifica- 
tion for the limitation of this feature is 
a present trend in modem design to 
allow the modem to control the receiver 
frequency directly. This is possible 
because almost all digital frequency 
control receivers have facilities for con- 

trolling the VFO from an external 
source. 

Another feature that did not work 
well was the antenna polarization swit- 
ching. Using the software approach 
described earlier, it was very difficult 
to decide when a switch would be 
beneficial. Frequently the switch would 
be made just when it would have been 
better to leave things as they were. The 
solution to this problem used by the 
University of Surrey ground station is 
to have two identical receiving systems 
with one connected to an antenna of 
RHCP and the other connected to an 
antenna of LHCP. The error rate is then 
monitored on both receive channels 
simultaneously and the system produc- 
ing the lowest error rate is selected for 
data capture. For the systems describ- 
ed here, this approach would have been 
cost-prohibitive due to the duplication 
of equipment required. 

This section has described the short- 
comings of the single-computer system 
as observed through two years of actual 
operation. The experience gained pro- 
vided the basis for development of the 
dual-computer system described next. 
DUAL-COMPUTER CONTROL 

SYSTEM 

The author is employed at Corpus 
Christi State University and due to the 
phase-out of Z-80 single-user systems, 
several donations of such equipment 
were made to the university. This turn 
of events coupled with the desire to 
remove deficiencies of the original 
system and also have a station in opera- 
tion at the university caused the con- 
struction of a new system to begin in 
late 1985. The configuration to be 
described next was placed online on 
February 1, 1986 and has been in con- 
tinuous operation since that time. 

Two computers are employed in the 
new configuration. One of them is us- 
ed for station control functions such as 
antenna positioning, radio control, and 
so forth while the other is used for data 


capture. All data is held in memory un- 
til the satellite is no longer visible after 
which it is saved on disk. The station 
control computer sends commands to 
the data capture computer. Figure 4 
shows equipment external to the two 
computers while Figure 5 provides ad- 
ditional detail about the internal com- 
puter system components. 


Station Control System 

The major changes in the station con- 
trol system are software changes and 
will be discussed later. The antenna 
positioning function is handled in the 
same manner as the single-computer 
system. The system clock/calendar is an 
external rather than an internal device. 
Frequency control of the radio receiver, 
a Yaseu FRG-9600, is accomplished 
through a serial port provided on the 
receiver as standard equipment. 
However, this port operates at TTL 
rather than RS-232 levels. There is no 
attempt to zero the radio frequency to 
the actual received signal and there is 
no switching of antenna polarization. 
Finally, the two systems are connected 
via an 8-bit bi-directional parallel port 
for communication purposes. 


Data Capture System 

The major changes to the overall 
system come as a result of the addition 
of the second computer. As mentioned 
earlier, all of the captured data is held 
in memory until the spacecraft is no 
longer visible and then it is stored on 
disk. Since the Z-80 can only accom- 
modate a 16-bit address bus and it is 
likely that more data than this will be 
captured ona single pass, bank switch- 
ed memory is used. 

Bank-Switched Memory — The data 
capture system has 3 banks of 32K bytes 
each for data storage. The bank swit- 
ching is done by assigning one of the 
2-80 I/O ports (40h) for this purpose. 
When a bank of memory fills, the pro- 
gram can issue an OUT instruction to 
bank-select port with the desired new 
bank number specified in the ac- 
cumulator. The memory boards then 
decode this I/O instruction and those 
with a bank number matching the one 
specified are connected to the bus while 
all others are disconnected. If a memory 
board should remain connected to the 
bus at all times, it is wired to appear in 
all eight possible banks. 

In the data capture system, addresses 
0000 to 3FFFh are not switched since 
the data capture program resides there. 
Likewise, addresses C000 to FFFFh are 
not switched because the operating 
system resides in high memory. It is the 
32K bytes occupying addresses 4000 to 
BFFFh that is bank switched during 
data capture operations. 

While bank switching could be 
eliminated entirely by using a newer 


rape 
O|Reconoen, 


}O 
J 
fw 
wi 
SETTERS 
ELEVATION a a Ty 
ei TiaTON conTR SYSTER 
on CnowtHeo G82 
\ 
ea Me ae 
SOuTRO FIGURE 4 
vs 3016 wee os ZOTEWEEM QUAL COMPUTER 
AUTOMATI( 
TRACK 
i q SYSTEM 
prey is trae 
ante rorten 
DRA CAPTURE STSTER 
ROMOMCD cS"2 
al Le 
rae] a) PR 
me] Te] Pa 
_ = om oe 
At0-0 wien | [eae 20 
korea em | | itn cr 
ai HU} STATION COVTROL SYSTEM 5-100 68 
=I it 
Fac] | [ontietee wes cvocx p—L— [Sinn 
Sebi | | lisrenrace (ssrae] tO \veernce 
ran T 0S 201¢ MODEMS. el 
ive eS oe jaesu Faaaceo 
AZIMUTH - 
aie 
joe SERIAL SERIAL & 
2-80 locrtacxeal ASR | [Shae | [Yee vase 
tn P| fircnrace arachee| xmAGet| | rte 
Tae 
nccunoe 
OATAGAPTURE SYSTEM 600 806 
Lfas rene 
il nonith 
cuetits) [seit] fssttte] fse.st| | oex 
esses ere 
Ficui aese0) frase) Fase 
DUAL-COMPUTER ‘CRT ISK. DISK 
AUTOMATIC TRACKING SYSTEM 


microprocessor with a larger linear ad- 
dress space, one must consider the cost 
of the computer system — in this case 
zero. The bank-switched memory car- 
ried a similar price tag. 

Multiple Modems — Since the data is 
now being demodulated in real time, 
there is a requirement to switch 
modems according to the modulation 
scheme used in the received data. This 
turns out to be one of the major assets 
of the new system both now and in the 
future. All satellites now being track- 
ed use different modulation schemes. 
Furthermore, those already built and 
awaiting launch also use varying 
schemes. In some cases, the modulation 
scheme used on the uplink is different 
than the modulation used on the 
downlink. 


Any required modems can be con- 
nected to the data capture computer 
subject only to the availability of serial 
interface cards. The proper modem is 
selected at data capture time by com- 
mand sent from the station control com- 
puter according to specifications made 
by the operator for the particular 
satellite. 

Software Support — Software runn- 
ing in the data capture computer is writ- 
ten in Z-80 assembly language. The pro- 
gram is one that evolved from one us- 
ed previously for the separate 
demodulation and storage of the record- 
ed data tapes. The program was 
modified so that it can be operated in 
both local and remote command mode. 
Remote command being the mode in 
which it will accept commands from the 
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station control computer. The station 
control computer can issue commands 
to select the desired receive port, and 
thus the correct modem, to start and 
stop data capture, and write the cap- 
tured data to disk with the proper file 
name. 

There are also several other new soft- 
ware features. One of them allows 
threshold values to be set for starting 
and suspending data capture. The start 
threshold requires that a certain 
number of consecutive error-free 
characters be received before data cap- 
ture is started. The suspend threshold 
causes a certain number of consecutive 
character errors to stop data capture. 
Capture is resumed again when the 
start threshold criteria is fulfilled. This 
feature has the effect of eliminating the 
capture of many erroneous characters, 
particularly when signal strength is poor 
such as when the satellite is near the 
horizon at the beginning and end of a 
pass. Finally, the operator may specify 
the memory bank numbers and ad- 
dresses to be used in the banked- 
memory capture process. 
EXTENSIONS TO 

SYSTEMS 


Both of the systems described in this 
article are operational. The dual- 
computer system has proven entirely 
satisfactory from a hardware view- 
point. The single-computer system is us- 
ed mostly for backup and experimenta- 
tion. This is primarily due to the univer- 
sity location of the dual-computer 
system being a much more RF-noise- 
free environment. Also, the operation 
of the university system as the primary 
system serves to expose students to 
computer applications in the space 
sciences. This section briefly details 
some changes and extensions planned 
for both systems. 


Single-Computer System 


The hardware will be expanded to 
support the two antenna systems 
already in place. This will allow the 
tracking function for some satellites to 
be assigned to one antenna system and 
other satellites to a different antenna 
system. The control system software 
will be converted from BASIC to a com- 
piled language, probably PL/I. In the 
diagram shown in Figure 3, the SDI 
graphics interface can be seen. This is 
not currently used but the plan is to 
utilize the graphics system to provide a 
real-time ground track display for the 
satellites being tracked. 


Dual-Computer System 

This system may also be expanded to 
support control of dual antenna systems 
but since the antenna systems are not 
already in place this has not been decid- 
ed. However, the control program will 
be converted to a compiled language as 
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well. At the same time a few minor pro- 
blems will be fixed. The most significant 
change to this system will involve the 
integration of additional hardware and 
software so that it can serve as a 
gateway to the JAS-1 satellite. 

The JAS-1 satellite was mentioned in 
the background section and was suc- 
cessfully launched during preparation 
of this article. For a description of the 
JAS-1 satellite systems see [11]. Com- 
plete details of the issues involved in in- 
tegrating the gateway function are 
beyond the scope of this article. Brief- 
ly, though, the work will involve the in- 
tegration of a typical terrestrial packet 
radio mailbox system such as shown in 
Figure 6. The details of the terminal 
node controllers are shown in Figure 7. 


use with the JAS-1 satellite. The out- 
come of that endeavor will be reported 
in a future article. 
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Messages from such a system that are 
marked for uploading to the spacecraft 
would have to be fetched by the data 
capture computer and transmitted dur- 
ing a JAS-1 pass. The reverse process 
would also have to be done — retriev- 
ing data from JAS-1 destined for the 
local area network. For a fairly recent 
general description of packet radio 
operations in the Amateur Radio Ser- 
vice see [7]. 
CONCLUSION 

The design, development, and im- 
plementation of the systems described 
here has shown that it is indeed possi- 
ble to construct a sophisticated 
microcomputer-based system for low- 
earth-orbit satellite tracking and data 
collection. Even though the systems 
have been designed with the re- 
quirements of satellites operated in the 
Amateur Satellite Service in mind, they 
could be adapted for use with other 
spacecraft. 

Tt remains to be seen if system func- 
tions can be expanded to include that 
of a packet radio satellite gateway for 


viding the additional laboratory space 
for that part of the development work 
done at the university. 
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capture. All data is held in memory un- 
til the satellite is no longer visible after 
which it is saved on disk. The station 
control computer sends commands to 
the data capture computer. Figure 4 
shows equipment external to the two 
computers while Figure 5 provides ad- 
ditional detail about the internal com- 
puter system components. 


Station Control System 


The major changes in the station con- 
trol system are software changes and 
will be discussed later. The antenna 
positioning function is handled in the 
same manner as the single-computer 
system. The system clock/calendar is an 
external rather than an internal device. 
Frequency control of the radio receiver, 
a Yaseu FRG-9600, is accomplished 
through a serial port provided on the 
receiver as standard equipment. 
However, this port operates at TTL 
rather than RS-232 levels. There is no 
attempt to zero the radio frequency to 
the actual received signal and there is 
no switching of antenna polarization. 
Finally, the two systems are connected 
via an 8-bit bi-directional parallel port 
for communication purposes. 


Data Capture System 


The major changes to the overall 
system come as a result of the addition 
of the second computer. As mentioned 
earlier, all of the captured data is held 
in memory until the spacecraft is no 
longer visible and then it is stored on 
disk. Since the Z-80 can only accom- 
modate a 16-bit address bus and it is 
likely that more data than this will be 
captured on a single pass, bank switch- 
ed memory is used. 

Bank-Switched Memory — The data 
capture system has 3 banks of 32K bytes 
each for data storage. The bank swit- 
ching is done by assigning one of the 
Z-80 I/O ports (40h) for this purpose. 
When a bank of memory fills, the pro- 
gram can issue an OUT instruction to 
bank-select port with the desired new 
bank number specified in the ac- 
cumulator. The memory boards then 
decode this I/O instruction and those 
with a bank number matching the one 
specified are connected to the bus while 
all others are disconnected, If a memory 
board should remain connected to the 
bus at all times, it is wired to appear in 
all eight possible banks. 

In the data capture system, addresses 
0000 to 3FFFh are not switched since 
the data capture program resides there. 
Likewise, addresses C000 to FFFFh are 
not switched because the operating 
system resides in high memory. It is the 
32K bytes occupying addresses 4000 to 
BFFFh that is bank switched during 
data capture operations. 

While bank switching could be 
eliminated entirely by using a newer 
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microprocessor with a larger linear ad- 
dress space, one must consider the cost 
of the computer system — in this case 
zero. The bank-switched memory car- 
ried a similar price tag. 

Multiple Modems — Since the data is 
now being demodulated in real time, 
there is a requirement to switch 
modems according to the modulation 
scheme used in the received data. This 
turns out to be one of the major assets 
of the new system both now and in the 
future. All satellites now being track- 
ed use different modulation schemes. 
Furthermore, those already built and 
awaiting launch also use varying 
schemes. In some cases, the modulation 
scheme used on the uplink is different 
than the modulation used on the 
downlink. 


Any required modems can be con- 
nected to the data capture computer 
subject only to the availability of serial 
interface cards. The proper modem is 
selected at data capture time by com- 
mand sent from the station control com- 
puter according to specifications made 
by the operator for the particular 
satellite. 

Software Support — Software runn- 
ing in the data capture computer is writ- 
ten in Z-80 assembly language. The pro- 
gram is one that evolved from one us- 
ed previously for the separate 
demodulation and storage of the record- 
ed data tapes. The program was 
modified so that it can be operated in 
both local and remote command mode. 
Remote command being the mode in 
which it will accept commands from the 
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station control computer. The station 
control computer can issue commands 
to select the desired receive port, and 
thus the correct modem, to start and 
stop data capture, and write the cap- 
tured data to disk with the proper file 
name. 

There are also several other new soft- 
ware features. One of them allows 
threshold values to be set for starting 
and suspending data capture. The start 
threshold requires that a certain 
number of consecutive error-free 
characters be received before data cap- 
ture is started. The suspend threshold 
causes a certain number of consecutive 
character errors to stop data capture. 
Capture is resumed again when the 
start threshold criteria is fulfilled. This 
feature has the effect of eliminating the 
capture of many erroneous characters, 
particularly when signal strength is poor 
such as when the satellite is near the 
horizon at the beginning and end of a 
pass. Finally, the operator may specify 
the memory bank numbers and ad- 
dresses to be used in the banked- 
memory capture process. 
EXTENSIONS TO CURRENT 

SYSTEMS 

Both of the systems described in this 
article are operational. The dual- 
computer system has proven entirely 
satisfactory from a hardware view- 
point. The single-computer system is us- 
ed mostly for backup and experimenta- 
tion. This is primarily due to the univer- 
sity location of the dual-computer 
system being a much more RF-noise- 
free environment. Also, the operation 
of the university system as the primary 
system serves to expose students to 
computer applications in the space 
sciences. This section briefly details 
some changes and extensions planned 
for both systems. 


Single-Computer System 

The hardware will be expanded to 
support the two antenna systems 
already in place. This will allow the 
tracking function for some satellites to 
be assigned to one antenna system and 
other satellites to a different antenna 
system. The control system software 
will be converted from BASIC to a com- 
piled language, probably PL/I. In the 
diagram shown in Figure 3, the SDI 
graphics interface can be seen. This is 
not currently used but the plan is to 
utilize the graphics system to provide a 
real-time ground track display for the 
satellites being tracked. 


Dual-Computer System 

This system may also be expanded to 
support control of dual antenna systems. 
but since the antenna systems are not 
already in place this has not been decid- 
ed. However, the control program will 
be converted to a compiled language as 
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well. At the same time a few minor pro- 
blems will be fixed. The most significant 
change to this system will involve the 
integration of additional hardware and 
software so that it can serve as a 
gateway to the JAS-1 satellite. 

The JAS-1 satellite was mentioned in 
the background section and was suc- 
cessfully launched during preparation 
of this article. For a description of the 
JAS-1 satellite systems see [11]. Com- 
plete details of the issues involved in in- 
tegrating the gateway function are 
beyond the scope of this article. Brief- 
ly, though, the work will involve the in- 
tegration of a typical terrestrial packet 
radio mailbox system such as shown in 
Figure 6. The details of the terminal 
node controllers are shown in Figure 7. 


use with the JAS-1 satellite. The out- 
come of that endeavor will be reported 
in a future article. 
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Messages from such a system that are 
marked for uploading to the spacecraft 
would have to be fetched by the data 
capture computer and transmitted dur- 
ing a JAS-1 pass. The reverse process 
would also have to be done — retriev- 
ing data from JAS-1 destined for the 
local area network. For a fairly recent 
general description of packet radio 
operations in the Amateur Radio Ser- 
vice see [7]. 
CONCLUSION 

The design, development, and im- 
plementation of the systems described 
here has shown that it is indeed possi- 
ble to construct a sophisticated 
microcomputer-based system for low- 
earth-orbit satellite tracking and data 
collection. Even though the systems 
have been designed with the re- 
quirements of satellites operated in the 
Amateur Satellite Service in mind, they 
could be adapted for use with other 
spacecraft. 

It remains to be seen if system func- 
tions can be expanded to include that 
of a packet radio satellite gateway for 


viding the additional laboratory space 
for that part of the development work 
done at the university. 
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GLOSSARY OF TERMS 
AOS — acronymn for Acquisition Of Signal. 


apogee — The point in an orbit which is far- 
thest from the earth; opposite of perigee 
(closest to earth). 


gateway — the node or location in an earth- 
based network responsible for the collection 
of and transmission to satellite of data from 
other nodes in the network; data 
concentrator. 


geo-synchronous — An orbit wherein the 
satellite maintains a fixed position with 
respect to a given location on earth, i.e., the 
satellite appears to be stationary with respect 
to that location. 


LOS — acronymn for Loss Of Signal. 


sun-synchronous — Indicates that a given 
location on earth has access to a satellite at 
approximately the same time(s) each day, 
i.e., the satellite is moving with respect to 
that location. 


telemetry — Use of electrical apparatuses 
which can indicate or measure various quan- 
tities and transmit the data to a distant point. 


transponder — A device that receives a 
signal from one telecommunication circuit 
and transmits the corresponding signal to 
another circuit, 
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(not something said at 2am.) 


by Colin ‘‘Sowp’’ Campbell 


In my last article I spoke briefly about the termcap data base 
and the C routines commonly used to access that data base. 
At that time I promised to discuss the UNIX library of func- 
tions known as CURSES. CURSES provide the screen drivers 
for programs that are terminal intensive and terminal indepen- 
dent, such as screen editors. The author of CURSES is Ken 
Arnold who wrote the package while at Berkeley. What can 
the CURSES Library do? 


° Move the cursor to any point on the screen. 

¢ Insert or overlay text anywhere on the screen, even 
in reverse video (highlighted). 

* Divide the screen into smaller rectangular areas. 

*° Manage each WINDOW independently. Scroll one 
while erasing another. 

¢ Draw a box around a WINDOW using variable 
characters. 


The basic idea behind CURSES is that you view through a 
WINDOW which is an array of characters representing the 
number of rows and columns possessed by your terminal. The 
size is fixed when the program executes, and is based upon the 
information found in the termcap data base. The basic WIN- 
DOW is called stdscr—standard screen—or terminal. This is 
referenced by other working WINDOWS. Each working win- 
dow updates the stdscr only when a refresh command is issued. 
Working windows can be full windows and either overlay, or 
overwrite stdscr or they can be subwindows (small pieces of 
a bigger window). Subwindows are commonly used in packages 
that fork a shell process, a prime example being Microsoft 
Windows, or Side Kick. 


Functions & Macros in my CURSES library: 


PERSCI 299-B 
Reconditioned $295 
30-day warranty 
As-is $95 


No missing parts 
ADX 


P.O, Box 24168 
Lyndhurst, OH 44124 
(216) 486-2888 
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Further information may be obtained from: 
camming with Curses, InfoPro Systems, 3108 Route 10, 
Denville, NJ 07384, (201)989-0570, Price $8. 
Screen Updating & Cursor Movement Optimization: A 
Library Package, Ken Arnold, Berkeley. 
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Data Entry in Programs 


Oftentimes, data entry causes many problems in programs. 
There are so many things to check for — was the right character 
entered, did they enter too many characters, was a character 
required, is the data on the correct place on the screen, what 
about the default values, and so on. 

Below is a general purpose ‘C’ data entry routine for strings. 
The format for usage would be: 


cc = input(row, col, string, buf, maxlen, defstring) 


This would position the information, put up a prompt, 
guarantee no more than a certain number of characters and 
allow a default to be entered. In addition, it allows the use of 
backspace, delete and Control-U (to clear the line). Underscores 
are printed on the screen to let the user know how long the 
input is. It can be easily modified to include help information, 
and even specialized to work for SSNs, dates, money, and other 
special format type data, 

+ dotine for tater use in the input function +/ 


tdefine x05 *\o" 
featio char FLOGHRC) = 


{nt input (rey, col, string, buf, aaxien, defstring) 
int row, col, ‘naxLent 7 row, Gol = Cursor start posi 
char sutring, *buf, *defatrings fs stelng ompeing information 
bar sult butter 
maxlen = aatinun characters to 
‘ontered 


Gofetring= default data 4 
‘ 
Ant en, chy 4, 4, len, uelagy /* various temporary variables + 
but{o) = Eos; /s empty out the result putter + 
Yen = /atrlen (string) ? (7% gina’ oat bow 1seg the prompt 

atring ie, . 
lens strlen (defateing) + /* Eind out how Long the default 

Output daca. ts ¥ 
os (ow, col) 7 places the cursor at row, col +, 
printe("tste", stringdetetring): /* print the prompt, followed by 

the default asta ¥ 
welte(stDour, FLDCHR, maxlen-dien); /* Put up empty underscores if the 

Gofault daca does not fill up 

the maximum number of char + 
pos (row, col + Len)? /* Donition the cursor at the start 

Of the default aaea , 
Lao 7+ Anitialise the character count + 
btlag'= FALSE Gs stlag TROE means a control-o" +) 

2 van pressed : 

wnste (eh = grab ()) I= ‘\nt) 74 Keep getting chiracters until 


n 
aviten (oh) 
¢ 


fs if at the start of a +/ 
(* new string, beep 
(f Se'the character 


cane at Ae (L m= 0) beep()t delete or a back 
eles Back the cursor 
« 
bugcie=] = monty 
vebyte(sroour, % 
webyta(stoorr, 
Nebyte(STDoUr, 


: 
baftiy ~ ros: 

cage ‘\o25'r buf(o] - Eos? 
pou (zou, col + len): 
Seiee(stéour, FLociR, 
Fou, coi + len)? 


raxien) 


2 end of the string + 
74 Teave and get next char =/ 


clear the resuit buffer 4/ 
to nothing, set the 

/* clear the screen to 
Gndarscores and place 
Bt gata entry position 


‘rave: Indicate that control-u +/ 
break: has been pressea 7 
Teave and get Ist chor =/ 
case 27: return (-1)7 Jt $f,an eucape in pressed + 
, 72 resule burter will have 
Gs nae was in ie at the 
7h tine Sf'ene Escape 
case '7!: — help()? (7+ cun help routines ~ 
beak? 


SOFT TIPS 


SOFT TIPS is a regular column aimed at providing software oriented hints and ideas. Member contribu- 
tions are encouraged. SOFT TIPS is edited by Robert Brown, President of Excalibur Computers, 4548 
Auburn Bivd., Suite 191, Sacramento, CA 95841. Mr. Brown can be reached at (916) 971-9610, 


Gefaurts if (ch >= 1 1 ak ch I+! Gk 1 maxten) 
c (J make sure the character +/ 
webyte(STDOUT, ch) fs Ten valia'see ana pur +/ 
buffsss) = eh? (th nthe screen and in */ 
bugil] = Boss [the remult better : 
, 
beept) f+ Either an invalid char 4/ 


(s oriateenpeing to ge too */ 
(> many characters 7 


baf(o} == BOS 6b uflag == FALSE) Af the result buffer 4 

is empty, assign it the © 
@erault servings uflag */ 
Would indicate a null + 
Besired and not defateing & 


strcpy (but, defatein 


yen 


all unused spaces +/ 


vebyte(sto0ur, § +)1 7s the output ” 
return(isa) 7 (+ eotuen Bunber of bytes +/ 


abt) 


ghis ts used in input, to grab a 
* You can use rodos {) for coos ay: 
+ regarding vhae to use for nen-crenemce 


4 Set for return v/o Carriage return ana echo off +/ 
Abort enable off #/ 
* Get immediate echo off 4/ 


setoode (s701H, 2 
pode (STOIN, 


0x20, 0x20 | 0x8) 
+ 0X10 | -0k02) 


¢ = eabyte(srorn) : 


/% Reset to return with carriage return and echo on 4/ 
+ Set Abort enable on / 
sedate echo on #/ 
(STDIN, 2, Ox8, O20 | ox); 
(eTDIN, 4, 0x30, ox0 | 0x02) 


Feturn(e); 
strten(a) 
char 4p = 8 


while (*p {= £08) 
ret 


retuen(p-5)7 


help () 
/+ The routine would print eut neip information. ‘The help data vould 


apply specifically to this data entry. If inplenented, it would be 


Pecessary to pass a parameter such a the nual 
Be‘printed. The intorn 


Mote: wrbyte (STO0UT, ch) can be 
Merite (STDo 
Chars and buf{o} = ch. 


Bugs Report 

Version 2.14 of 68000 C does not appear to support all of 
the fopen() features. In particular, it seems unable to open a 
file for both read and write access at the same time. Many 
public domain programs that I receive use fopen() rather than 
open() because of the buffering capabilities. Since Cromemco 
hardware already does buffering, it is not really necessary to 
implement it in software. Instead, use the following to write 
to a file: 


pf@ = open (filename, UPDATE} 
Eprinee (mut, ‘hae ever date = dtd 
ee. e write (pea, bur, strien(sbut)}? 
Slose (pfa) 


Ran", ay by ods 


oD 
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Editor’s Note: 


The following helpful notes were contributed by [ACU 
member Carl Wick, who thought it might be nice if there were 
sets of simple to follow, step-by-step instructions for perform- 
ing various tasks under Cromemco's port af UNIX System V. 
Carl writ 


CDOS-to-UNIX File Transfers 


The following information regards transferring files from a 
CDOS formatted disk to Unix using Cromix as a stepping stone. 
Note: std? is to be replaced with the transfer area used by your 
disk. Examples: 50 meg disk uses std4; 140 meg disk uses std7. 
Step 1: Boot Cromix Operating System 
Step 2: Move to directory to place file(s), e.g., /tmp: 

d /tmp 

Copy file(s) from CDOS disk in drive A to current 
directory: 

cdoscopy /dev/sfda ‘‘file name” or ‘'*.*"” 

Remove any NULL characters at the end of the 
file(s) using screen or ce under Cromix (under 
UNIX use ce or vi). 

Copy files from current directory to Cromix/Unix 
transfer area: 

tar -cvf /dev/std? ** (for all files) 

Otherwise replace ** with a file name or file list. 

Step 6: Sign off Cromix and boot Unix 

Step 7: Goto directory where you want the files placed, 


Step 3: 


Step 4: 


Step 5: 


e.g., /edos: 
cd /cdos 
Step 8: Copy files from Cromix/Unix transfer area to cur- 
rent directory: 
tar -xvf /dev/std? (for all data) 
tar -xvf /dev/std? filename (for one file) 
Step 9: Verify files have been copied by doing a direc- 


tory listing (Is). 
Step 10:Become a superuser and set the ownership and 

access of the files: 

su 

chown ownername ** 

chgrp users ** 

chmod (numbers) ** 
Note: ownername is the name of who is to own the files, e.g., 
root. The ambiguous file reference, **, can be changed to a 
file name or list of file names. 


Assignment of Disk Space in Unix 

The next example demonstrates how to assign additional disk 
areas in UNIX. It’s in the manuals, but you have to put all the 
pieces together from different sections. The example is for a 
140 meg hard disk with the original disk partitions defined as 
follows: 

std0—Cromix system and data areas 

stdl1—Unix swap area 

std2—Unix root area and some data area 

std3—Unix data area 

std4 thru std6—Open (unformatted) area 

std7—Transfer area between Cromix and Unix 
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USER NOTES 


USER NOTES are useful techniques, tips, ideas and other helpful information gleaned from our member's 
experiences with their Cromemco systems. If you have something along these lines that you want to 
share, write it up and send it to WO NEWS, c/o USER NOTES, PO BOX 17658, IRVINE, CA 92713 


References: Introduction to UNIX System V manual. 

1) See page 7 for the total blocks referenced (40000) with 1 
block equal to 1 Kilobyte (page 23). As std2 and std3 are defin- 
ed they have a total of 40000 Kbytes. 

2) It follows that the next free partition is std4. The discus- 
sion that follows shows how to make this space available to 
Unix (a mountable partition). 

To open up area std4 the following steps are taken: 

Step 1: Log on as root 

Step 2: Determine which file format utility to use (makfs 

or mkfs): compare the disk areas with those listed 

on page 37; If they match then either command 

will work. DO NOT use makfs if they don’t match 

Make a file structure on partition std4: 

makfs /dev/std4 (-blocks) (disk numbers) 

The number of blocks can be found using the Cromix command: 

diskinfo std31. Disk numbers are given on page 43. 

Step 4: The existence of the new disk partition is made 

known to the system with: 

mount /dev/std4 /mnt 

ced /mnt 

mklost + found 

cd / 

umount /dev/std4 

Place std4 in the mount table: 

ce /etc/re 

look for line ‘‘add mount here’’ and add the following line: 
mount /dev/std4 /mnt 

This completes the assignment of std4. 


Step 3: 


Step 5: 


Compiling Programs under Unix 


The following is a compilation of information regarding the 
use of the Fortran compiler and ulinker. It may be of help to 
others who are using Unix. It is derived from conversations with 
Cromemco sales personnel and their support staff, from Tom 
Ronayne — a Cromemco dealer in Detroit, and Bob Baratano 
from MTU at Houghton. 

First, to compile, the command file ftn is used: 

set -e 

Jusr/bin/fortran $1.for 

Jusr/bin/code $1.1 
To link type: 

ulinker 
and answer questions. You can also redirect the answers to 
ulinker from a file, Always use complete pathnames it avoids 
many problems. 

Example: 

usr/carl/linkout 
Jusr/carl/main.o 
/usr/carl/main.obj 
/usr/carl/openf.obj jroutine called by program 
/usr/tom/readfile.obj jsame as openf 
The lines above are the complete file for ulinker to work on. 
Type: 


joutput file from ulinker 
joutput file used by the cc 
jmain program 


ulinker v above__file_name 
When done type: 
ce -o /usr/carl/main /usr/carl/main.o 


When done type: 
tm /ust/carl/main.o 
The program can then be run with the following command: 
Jusr/carl/imain 
Comments or questions regarding these pro- 
cedures can be directed to: 
Carl J. Wick 
7082 P Road 
Gladstone, MI 49829 


Editor’s Note: 


The following routines were contributed by Randall Pick, 
who writes: 


Setting C-10 Time from Cromix 

The Z-80 assembly listing is for a program which can be used 
to set the time on a C-10 used as a terminal on a Cromix system. 
The way the program is written an ‘‘v ESC y-’’ is sent to tog- 
gle the status line. Since this is a toggle it will also turn the 
status line off if it is already on, so the user may wish to change 
the escape sequence at locations 149h and 14Ah to nulls if this 
is not desired. I wrote the program this way because my watch 
quit and the C-10 was my only clock. I was playing around with 
1/O ports and would frequently have to reset the system so this 
was more convenient for me. 


togale status Line and tat tine on 
inat under Cromix, The progran hes 
Deen 


By Manat ton, MO 43601 - 07/03/06 


ons 00H 


ing to send to C-10 


tale 
oo 4308 
rey 
ror Be 
ar 


Lime: 6 
TM: Da ,0,0, 


Reading Cromix Date & Time with SBASIC 


Thave also included an SBASIC subroutine that reads the date 
and time from a Cromix system and returns them in string 


FOR SALE 
2 Perscii 8” model 277B $75 ea obo 
4 Tandon 8" DSDD $300 obo 
4 TEl Power Cage $50 obo 


Assorted_Cromemco boards/soft- 
ware $15 eath OBO. All were part 
of Cromemco System 


Call (504)835-1686 


Model 525CT Cartridge Tape Drive. Complete 
unit—drive, cabinet, power supply, and cables. 
Uses 3M DC-600A (or equivalent) cartridge tapes 
and works with all Cromix-Plus and UNIX System 
V cartridge tape utilities (inittape, ftar). Use with 
64FDC only, $995 (plus shipping). 


Model 85MST506 85M byte External Winchester 
Drive. Complete unit—drive, cabinet, power sup- 
ply, cables, formatted with your choice of either 
Cromix or UNIX file system. 85M byte drive for use 
with STDC only, $1,995 (plus shipping). 


Cartridge Tapes: 
Quantity 


One 
Box of 5 
Box of 10 


Prepaid Only 


Price Each 


$ 29.50 
27.50 
25.50 


ADVANCED PROGRAMMING 
TECHNIQUES CORPORATION 


P.O. Box 198549 * Detroit, Michigan 48219 
(313) 835-0808 


variables Dat$ and Tim$. When using Rem statements to store 
machine code in this fashion it should be kept in mind that the 
initial Rem statements are clobbered when the machine code 
is Poke.dt213.d in, so if you Save or List the program after it 
has been run there is no telling what those lines will look like 
afterward. 
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Direct Console I/O with SBASIC 


A third program (INKEYS$.SUB) is an SBASIC subroutine that 
reads the keyboard. I have always been a little disappointed 
that SBASIC did not include a function equivalent to the Inkey$ 
function of other BASICs that reads the keys as they are press- 
ed. The example given in my Structured Basic manual (page 
220, Nov. ‘82 edition) uses the ports to accomplish this. This 
routine, however, indicates that the keyboard uses I/O ports 
0 and 1 while both the C-10 tech manual and the C-10 user 
manual show this to be ports 30 and 31 hex. I never could get 
this routine to work properly, even with the right ports. Besides 
that, this technique could not be used under the Cromix CDOS 
simulator. 

Editor’s Note: For an explanation of and solution to the port 
polling problem referred to above, see I/O NEWS Vol. IV, No. 6. 

Ifound that a much better way to do this is to use a machine 
code subroutine that uses the CDOS (and CP/M) direct console 
I/O system call 06 hex. This subroutine is very short and will 
also run under Cromix with any type of terminal. The 
subroutine is also an example of how to use string variables 
for the storage of machine code subroutines. This is not describ- 
ed in the SBASIC manual and has the advantages that it makes 
it convenient to use several machine code subroutines in the 
same program and does not clobber any Rem statements 
residing in memory. 


saasic 
Box 1125, Sikeston, M, e080 duty 8,1006 


the Grlo and has 
10.8) ued CroabxPiue 31-08. 


chine code enucetes the (oltoving Instrections: 


"Baya aucae code inte suring variabie 
i 14, 4000S, 400008, 8001EL, ¥OUDOE,YONSFE, ABDC 
%) 


The source and compiled assembly programs, ¢10time.z80 and 
c10time.com, as well as the Sbasic subroutines, getdate.sub and 
inkey$.sub, are available from I/O NEWS. Call or write the of- 
fice to request them on 5 inch disk or via modem. 

Questions or comments regarding these routines can be 
directed to: 

Randall W. Pick 
Sikeston Power Station 
P.O. Box 370 
Sikeston, MO 63801 


Editor’s Note: 

The following was contributed by Bob Staudenmaier, who 
writes: 

Ihave received many inquiries for this little handout entitl- 
ed “Converting the Screen Editor for Non-Cromemco Ter- 
minals’’ after I mentioned it in my article ‘‘Another Cromix 
Screen Editor’’ (see I/O NEWS Vol. IV, No. 1). 1 do not know 
the original author of the handout (it may or may not have been 
Cromemco) so I cannot take credit for writing it. I did, however, 
make a few changes and added a ‘‘whole ‘nother page.”” 

Editor’s Note: the original handout did originate at 
Cromemco and was issued as a Technical Bulletin. 
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Converting the SCREEN Editor for Non-Cromemco 
Terminals 


To use SCREEN.COM or SCREEN.BIN with a NON- 
CROMEMCO terminal, load the SCREEN file with DEBUG (or 
PATCH) and substitute in the appropriate ESCAPE or CON- 
TROL codes for your terminal. To compute the address of the 
terminal functions, add the relative address in the first column 
to the base address of your version of SCREEN and enter these 
values in the second column. See the other chart for base 
addresses. 

ascrt 


RELATIVE ABSOLUTE 
ADDRESS ADDRESS 
(Codes sent from Screen program to terminal) 


pyres 3202 INTERPRETATION 


Clear Screen 


Cursor Sieplay OH/ FP 
Cursor diuplay on/OFF 
Stare eink 
Normal Video 


} 
(1eformation concerning display format) 


os ot 7 30 
oa of 6] oe 


Characters per line 
Tinea per sereen 


(Codes sent from Screen program to terminal) 


exc of 61 ap ac 
ow of | 1B aD 


(codes sent from terminal to Screen program) 


Buc b 
Bsc M 


Insert tine 
Delete Line 


1 entri- 


Escape 


oz ¢ 1 7 cntei-w curser Up 
033 fd Op Snerl-« Cursor Op 
035 ff OM Gneri-g Cursor Down 
O36 of } aK Gheri-2 Cursor Down 
oe of } OL cneri-a Carter Lefe 
035° t (} (Oe Cnerl-a Curtor Left 
Oe of ] (Og cntel-p Carter Right 
oe ft J 0 Gner-L Cursor Right 
by 
| 
1 


FAMILY HISTORY & GENEALOGY 


Genealogy programs to help organise your family tree: 
ROOTS/M by Commsoft for CDOS $ 69.95 
ROOTS II by Commsoft for MS-DOS $225.00 


Best of CDOS Public Domain S/W 
Vol. 8: dBase Il Genealogy programs $ 25.00 


All prices are in U.S. dollars and include air mail 
delivery. Manuals are included with the ROOTS soft- 
ware. Extensive documentation can be found on the 
Volume 8 Disk. 


Payment to be by check or bank draft in US dollars 
drawn on a United States bank, or in Australian dollars 
drawn on an Australian bank. 


Send orders with payment to: 


Applied Environmetrics 
118 Gordon St. 
Balwyn, Vic. 3103 
Australia 


GO WITH THE SPECIALISTS IN CROMEMCO 
FOR OVER 8 YEARS 

2 Megabyte Ram Card with Parity for 
DPU/XPU/XXU for Cromix & UNIX Systems 

IPC Intelligent 1/0 Controller Z80 8 Mhz. 
Processor, 32K two-port Ram W/O Buffer, 0-38K 
& autobaud supported. Cromix (and soon UNIX) 
drivers included. 


$1795 


$1095 


Above boards come with 1 year warranty and 
30 day money back guarantee. 

OCTART Upgrade from 3.6864 Mhz. to 4.5/ 
5.0/5.5/6.0 Mhz. Operations. Increase throughput 
by up to 65% (Speedup varies from board to 
board). 


OCTART Drivers for Cromix (and soon 
UNIX). Increase throughput by 300% or more. 


of I/O News are 
available 


DPU Upgrade to 68010 @ 10Mhz. 
(not for WDI systems) 

256KZ Upgrade to 1024KZ 

SPTYP: Cromix Spool Utility 
translates WriteMaster print codes to your 
printer based on printcaps file 


Prices subject to change without notice 
Dealer Inquiries Welcome 


Microcomputer Specialists Inc. 


P.O. Box 88127 
Grand Rapids, Ml 49518 
(616)942-5412 or (616)776-9646 


PROGRAM VERSION BASE ADDRESS —-»-BASE_ADDRESS 
(Deu) (PATCH) 


ScREEW.coM 


i 


Notes: 

1) If you do not see an entry in the table for your version 
of SCREEN, you should be able to determine the base address 
by searching the file with DEBUG (or PATCH). Look for the 
bytes 1B 54 (the clear screen function in the 3102) usually bet- 
ween 1A0 and 1C0 for most versions. 

2) SCREEN assumes that the user terminal accepts the line 
before the column (with an offset of 20H) for cursor position- 
ing. Any terminal requiring the column before the line, or ASCII 
line and column numbers cannot be made to work with this 
method. 

3) The terminal functions clear-to-end-of-line, clear-to-end- 
of-screen, insert-line and delete-line are not necessary for pro- 
per operation of the SCREEN editor. Fill in zeroes for these 
functions if your terminal does not have them. However, all 
of these functions will significantly improve operation of the 
editor and should be used IF POSSIBLE. 

4) The terminal functions cursor-display-ON/OFF, start-blink, 
and normal-video are not important. Fill in zeroes in these loca- 
tions for most terminals. 

5) The maximum length of any control-code sequence is two 
bytes since a zero must end the string. 

The screen editor cannot (with use of this chart only) be made 
to work with following terminals: 

ADDS VIEWPOINT — cursor homes at bottom of screen. 


HAZELTINE 1500 —line sent before column for cursor 
positioning 

DEC VT100 — requires ASCII line and column numbers 

Anyone discovering information contrary to or excluded from 
this file should please contact me: 

Robert Staudenmaier 
325 Ellwood Beach Dr. Apt. 15 
Goleta, CA 93117 
U.S.A. 
(805) 685-6374 


FOR SALE 

CROMEMCO SYSTEM TWO. 
44 Meg Hard Disk with 2 Beehive 
34102 Terminals; Okidata FLG300 
LPM Printer; Software_ included, 
Wordstar, Calestar, Checkwrite, 
Lear Data, Structured Basic and 
Planmaster; Custom rack mount 
cabinet, 


$4500 OBO 


CROMEMCO SYSTEM TWO 
2 floppies, Behive 3102 Terminal; 
NEC 5520 letter-quality printer: 
customized Wordstar included, 
custom rack mount cabinet. 
$2200 OBO 


Call Terry at (907)562-3717 Collect 
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FAMILY HISTORY & GENEALOGY 


happen to live in a state of Australia 
called Victoria. Recently my wife, 
herself a descendent of the McDougals, 
completed a masters degree in history 
on Scottish settlers in the western 
district of Victoria. Now there are lots 
of wealthy and successful farmers of 
Scottish descent out there including 
one, Malcolm Fraser, who was prime 
minister of Australia in the late 
nineteen-seventies. However, Jane was 
not interested in these scions of Scot- 
tish success. She wanted to trace the 
families of 1,412 destitute individuals 
who had migrated to Australia in 1852 
under the auspices of the Highland and 
Islands Emigration Society. Keeping 
track of such a large number of unruly 
Scottish persons required a suitably 
comprehensive database, and she end- 


PERSCI 


Disk Drive Maintenance 
AVERAGE 48 HOUR TURN-AROUND 


PPS has been providing solutions tor PerSci/ 
Cromemco users, user groups, dealers and 
OEM's for over 5 years. 


With over 43 years of combined technical elec 
tronics experience, including 12 years on the 
PerSci payroll, the experts at PPS are uniquely 
qualified to provide you with the time conscious 
results that you require for your highly sophisti- 
cated disk drives. 


Forget the time consuming multiple warranty 
returns to accomplish what should have been 
done right the first time! 


Alldisk drives servicedat ourlabaretestedtora 
minimum of tour hours on a Cromemco CS-3 to 
insure operational integrity! 


On-site services available in the Los Angeles 
and San Francisco Bay areas. High volume 
repairs available on-site internationally, 


Also, tandon drive repairs and purchase and re- 
sale of new and used Cromemco products. 


Gall John Bush, former Supervisor/Lead 
Technician of Customer Services at PerSci at 
(714) 861-6649 


PPS 


(aka Peripheral Labs) 


PRACTICAL PERIPHERAL SUPPORT 
547 GREAT BEND 
DIAMOND BAR, CA 91765 
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ed up using dBasell on the C-10. This 
worked well, and the capability built in- 
to dBase that allows programs to be 
written allowed her to calculate 
demographic statistics on her settlers 
with relative ease. 

Even though most of us do not want 
to keep track of thousands of Scots, all 
of us have ancestors and many of us 
have descendents. My congratulations 
to the Jaenickes who, with the arrival 
of Sarah Jeanne, have got into the 
descendent production business. Family 
history, or keeping track of our 
relatives, is an area of ever increasing 
interest — and more and more people 
are coming to realize that the personal 
computer can help in this task. What, 
however, is available for the Cromem- 
co C-10 owner? 


Public Domain Genealogy 

The first CP/M public domain 
genealogy package has recently ap- 
peared and now forms Volume 8 of the 
Best of CDOS Public Domain Software 
(US$25 including postage). It was 
originally from the OUF (Paris France 
Osborne Users Group) and written by 
Sam Washburn, an American in Paris. 
It has an extensive and well written 
Wordstar documentation file. 

The programs are dBasell programs so 
you need to have dBasell and copy the 
relevant programs onto the disk. Opera- 
tion of the program is controlled by a 
command file so that once dBase is ac- 
tivated, do explorer will get one going. 
The disk as supplied has a demonstra- 
tion genealogy of William the Con- 
queror. I had a bit of trouble using it at 
first because you either need to know 
his reference number (which happens 
to be 1100) or that his real name is ac- 
tually William de Normandie. From 
then on it is fine. 

The genealogical data base program, 
EXPLORE, allows you to maintain a 
data base of people who are related to 
each other. You can add new people to 
the database and then link them 
together by indicating the direct rela- 
tionships between the people. There are 
commands in the EXPLORE program 
that allow you to add and edit the peo- 
ple in your genealogy and their 
biographies. These commands use cer- 
tain of the dBASE II functions (edit, 
browse, append) so you will need to 


C-10 ENCOU 


10 ENCOUNTERS is a regular column directed to users of Cromemco’s personal computer, the C-10. It is 
edited by Dr. Torn Beer, of Applied Environmetrics, located at 118 Gordon St., Balwyn, Victoria 3103, Australia 
Dr. Beer can be reached by phone during business-hours at (03) 817-2571. Submit editorial directly to Dr. Beer. 


know the control keys that are used in 
these commands. Otherwise the pro- 
gram is designed for a novice computer 
user. There are four help-screens. When. 
you first start up it is useful to page 
through the help-screens as they con- 
tain information that is worth knowing 
right away. 

ROOTS/M 


Even though the public domain soft- 
ware is cheap, dBase II is not. In addi- 
tion, dBase is notorious for the slowness 
of its disk access. Running the public do- 
main genealogy can be a long process. 
There is, however, a commercial CP/M 
family tree package called Roots/m in 
existence (US$69.95 including postage). 
lordered it not long after I got my C-10 
but could never get it to read the 
“Cromemco double-sided double- 
density’ disk that the supplier sent. 
Now that Diskmaster can handle a 
variety of different disk types I had 
another try at getting Roots/m to run on 
the C-10, I got a Kaypro disk and con- 
verted it to C-10 format. 

Roots/m is a large program that makes 
extensive use of overlays — by which 
I mean that it loads in part of the pro- 
gram from the disk as it needs it. As I 
pointed out in my previous column, the 
program came with too small a stack for 
the C-10 and one of my first tasks was 
to change the address of the stack in 
order to try and get a working program. 
For my pains I was rewarded with a pro- 
gram 50% of which worked, but kept 
returning incorrect error messages for 
the other 50%. There followed a flurry 
of correspondence, the end result of 
which is that I modified the supplied 
version substantially and got it to run 
on the C-10. 

Roots/m starts up with a menu of 
choices that includes instructions, call- 
ing up the editor, listing the names you 
have recorded, checking the family of 
anyone, displaying a pedigree chart (a 
tree of direct ancestors), printing a 
pedigree chart or a family group sheet, 
determining the relationship between 
any two recorded persons, displaying all 
births, deaths or marriages on a par- 
ticular date and finally exiting to the 
operating system. The package comes 
with a 98 page manual that describes 
not only the way that the program 
works, but also gives a survey of what 


genealogy is about and how to go about 
doing it. 

Overall lam impressed with Roots/m. 
It is efficient in that it executes rapidly 
and each name of a person or place is 
stored on disk only once, so that if all 
your ancestors were born and died in 
the same place then you will be able to 
store a very very large number of them 
on your disk. I have so far entered 50 
names and used up only 4K of disk 
space. There is at least one small bug. 
I have included an example of a 
pedigree chart. Position 1 has space for 
marriage details and the name of a hus- 
band or wife, but the program will 
never print anything there. 

The pedigree chart that I have includ- 
ed is of myself and has been configured 
for the CLQ printer. If you have a 132 
column printer then an extra generation 
can be fitted onto each chart, and the 
spacing is a lot better. To understand 
the chart you follow the letter ‘‘I’’ up- 
wards to a father and downwards to a 
mother. You will thus see that both of 
the grandfathers of my father were call- 
ed Adolf. I have sent copies of their 
pedigree charts to most of my living 
relatives and hope soon to fill in the 
blanks. 

Roots/m tries a bit too hard to protect 
the user from himself. For the most part 
the keyboard is disabled and only a few 
keys will work. There is a designation 
line (Roots/m name for a status line) on 
the screen that tells you which key 
strokes are legal. On most systems this 
is highlighted and easy to read, but for 
reasons which I will explain below I do 
not recommend the use of highlighting 
(ie. reverse video) on the C-10 so that 
the designation line fails to stand as a 
reminder with the clarity that it should 
have. 

I greatly dislike the editor. If you are 
a perfect individual who never makes 
amistake then it is fine. It automatically 
jumps you from field to field as you fill 
them in, you need only type “‘S’’ when 
you start a date and it knows that you 
must have meant September. But woe 
betide you if you type a lower case ‘‘s."” 
It beeps at you. And if you have made 
a mistake in the place of marriage then 
it is next to impossible to get the cursor 
back there to fix it. It can be done, but 
you have to re-enter a date for the mar- 
riage before the editor will permit ac- 
cess to the place-of-marriage field. 

Roots/m looks best when the 
highlighting is enabled. The important 
messages stand out clearly. Unfor- 
tunately, the program seems to assume, 
at times, that issuing a ‘‘turn reverse 
video command off”’ at the top left of 
the screen will remove all highlighting. 
On the C-10 it does not. The only way 
that reverse video can be removed is to 
position the cursor at the exact point 


where the reverse video starts and issue 
the normal video code. Because of this 
peculiarity of the C-10, there are many 
occasions when there is highlighting in 
all the wrong places left over from a 
previous screen. I found it so annoying 
that I prefer to set up the program with 
no video attributes at all. 

The reason that I can choose, or not 
choose, video attributes is that there is 
an installation program supplied which 
enables you to tailor Roots/m to the 
peculiarities of your terminal. I had in- 
tended to write in detail about the use 
of this installation program because i) 


I have been promising to write about 
terminals ever since my very first col- 
umn and have yet to get around to do- 
ing it and ii) One of my correspondents 
specifically asked for help in answering 
the questions to be found in a typical 
installation program. However, owing 
to the fact that a pedigree chart takes 
up a fair few column inches, I will have 
to defer a discussion of terminal in- 
stallation to a subsequent column. 

Further information on these pro- 
ducts is available from Applied 
Environmetrics. 


oD 


COMMSOPT ROOTS/M 


2 Oct 1986 
Imre Beer 
14 BORN 14 Oct 1875 
I WHERE © Hungary 
I DIED 1956 
z WHERE Hungary 
I MARRIED 20 Aug 1908 


I 
George (Gyuszi) Beer 


Z BORN 17 Sep 1912 
Hungary 
27 Jan 1984 
Australia 
MARRIED 8 Jul 1945 


IValeria Kohn 
I 


3 BORN 3 Jun 1686 
Hungary 
DIED 1970 


WHERE Hungary 


Tom Beer 


T BORN 
WHERE 
DIED 
WHERE 
MARRIED 


27 Jal 1947 
Hungary 


WAME OF HUSBAND OR WIFE 
Henrik Sparber 


6 BORN 
WHERE 


3 Oct 1861 
Hungary 
DIED 5 May 1939 
WHERE Hungary 
MARRIED 11 Aug 1922 


‘Annemarie Sparber 


3 BORN 
WHERE 
DIED 
WHERE 


7 gai 1923 
Hungary 


IElizabeth (Erzsebet) Rosner 
3 


7 BORN @ Jui 1896 
WHERE now Mukacevi 
DIED 12 Nov 1966 


WHERE Hungary 


No. 1 on this chart is the same person as no. 


V1.04.01 PEDIGREE CHART 


Chart 1 
Adolf Beer 

18 CONTINUED ON CHART 
Tterez Beer (nee Kohn) 


‘3 CONTINUED ON CHART 3 


Adolf Kohn 
110 CONTINUED ON CHART 4 
3 

Teresa Beck 

I 


—TI_“CONTINUED ON CHART 5 


Elia Moskovitch Sparber 
x12 CONTINUED ON CHART 6 
x 

Tkatalin Rottenberg 

1 


{3 CONTINUED ON CHART 7 


Arnold Rosner 


par} 
I 
TRozalia Roth 
L 

TS CONTINUED ON CHART 9 


CONTINUED ON CHART 6 


on chart no. 
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Time and Trouble 


Have you ever wondered, after you enter the date and time 
when you boot either Cromix or Unix, just how the system 
knows what month and day of the week it is? How about what 
30 days from ‘‘now"’ is? Maybe you'd like to know how pro- 
ject management types (I’m one of those) can calculate what 
date a job is supposed to be finished when all you give 'em is 
a starting date and number of working days needed to do the 
job. Maybe you don't care about any of this. 

Well, your system keeps track of dates with a value that 
usually (not always) is the ‘‘number of days since sometime. 
Sometimes, it’s the number of days since January 1, 1900; in 
others it’s the number of days since March 1 of some leap year; 
in still others it’s the number of seconds since some date (UNIX 
does this); in yet others it’s some crazy thing that we don’t care 
about here, so we aren't going to bother with them. 

This is about “‘days and dates’’ tools: Most of the date routines 
I've seen use some form of a mathematical procedure known 
as ‘‘Zeller’s Congruence.’’ When something is congruent, it 
agrees or coincides with something. For our purposes, con- 
gruence means two numbers are congruent with respect to a 
modulus, or, in English, the remainder after you divide a 
number by some number — hang in there for a minute, this 
gets clear later. 

The trick is, if you divide the number of days from some base 
date by seven, you'll have a remainder of zero through six, and, 
zero through six will represent a day of the week: 0 = Sunday 
through 6 = Saturday — which is how the system knows what 
day of the week some date is. 

Ok, great. So, how do you get the number of days if you’ve 
got a date? And, alternately, how do you get a date when 
you've got the number of days? What can you do with it? Hang 
on, we'll get there. 

What we're going to do is build some tools that you can use 
to calculate dates with — they’re handy, they're useful, and 
they're slick. A nice touch is that they'll work on any system, 
in any language. 

What we want to do is keep track of time — not time from 
the beginning of the universe, but time from some reasonable 
point that’s before any date we're ever going to be concerned 
with. I use 1964 as that point for reasons that are lost in anti- 
quity — you can use any point you'd like (everything works 
fine) but—and this is important—you 've got to use a leap year, 
and it must be in the 20th century for the routines presented 
here (Zeller’s Congruence works with the Gregorian calendar 
for any date after 1582). Remember that leap years are any 
year equally divisible by 4, and leap centuries are any century 
year equally divisible by 400 (by the way, the first year of the 
century is the ‘'1"’ year, not the ‘‘0"’ year; 2000 is the last year 
of the 20th century, 2001 is the first year of the 21st century). 

These tools cover a 100-year period, more than enough to 
be useful in our business and personal lifetimes. There are other 
tools that you can use to cover longer periods — if you’re in- 
terested, call me and I'll give them to you. 


How Do We Give You Tools? 
I've got a problem when I try to present tools — I’ve got to 
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ing the administration and maintenance of multi-user systems. It is edited by Tom Ronayne, President of Ad- 
vanced Programming Techniques Corp. (APTC}, P.O. Box 19549, Detroit, MI 48219, (313) 835-0808, 


present them in some form that everybody out there can 
understand. I can do these things in pseudo-code, which looks 
like English but leaves you with the job of inventing workable 
code in the language you use, not a real good option. I could 
present them in Basic, but Basic doesn’t work too well for the 
C, Fortran, and Pascal folks. Also, presenting things in C doesn’t 
work for the Basic folks, and so on around the circle. 

Around these parts we work in Fortran, but we don't use 
Fortran itself if we can help it — we write everything in Ra- 
tional Fortran (RatFor) — and let the RatFor parser translate 
rational, structured code into Fortran-77 for compilation. We 
do this (seemingly) extra step because RatFor lets us write struc- 
tured code that translates to fast Fortran-77, and, when 
necessary, we quickly and easily translate structured RatFor 
code into other languages, like Basic, C, or Pascal. Too, we take 
great pains to write ‘‘vanilla’’ code, so what we do will run 
on non-standard compilers (the MicroSoft Fortran compiler, for 
example, is NOT ANSI-standard Fortran-77 like Cromemco’s 
Fortran-77 compiler is). 

I'm going to present routines in RatFor because it’s straight- 
forward, easy to read and understand, and easy to translate 
into a target language you may be familiar with. I believe that 
highly- structured RatFor/Fortran is easier to understand — if 
the esoteric stuff is explained — than C is but I’m open to sug- 
gestion on other languages or presentation methods. 

Before we can start, we need to know a little about RatFor 
and Fortran-77, so, here's a brief primer. 

RatFor was developed by Brian Kernighan and P. J. Plauger 
— with input from Dennis Ritchie — at Bell Laboratories, and 
RatFor grammar and syntax is almost identical to C, using For- 
tran math, data, and format statements. RatFor uses symbols 
to represent logic, and the symbols are common to Basic, C, 
and other languages (this makes RatFor a good compromise). 
Here's a table of comparative symbols: 


Ratfor Basic 
Symbol Symbol Means 
' re /t 


start of conment 
end of comment 
Logical or 


an 
than or equal to 
equal to 


oF equal to 


Not too difficult. Fortran-77 formats are pretty obvious: 
there’s an ‘‘a"’ for character types, ‘‘i’’ for integer types, and 
“f"’ for floating-point types. 

If you use a number with the ‘‘a”’ or ‘‘i' format, it defines 
the width of a printed field; ‘‘al0’’ means 10 characters, *i5"" 
means 5 digits, ‘‘f10.3 means 3 decimal places in a field 10 
characters wide leaving room for 6 digits before the decimal 
place. 


For example, the Fortran-77 statement 

write (", ‘(t8, a, i5)’) ‘This is a string’, 10 

would print 

This is a string 10 

on your standard output (the ‘‘*’’ means standard input and 
output channel, the ‘‘t8’’ means tab to column 8, the ‘‘a‘ means 
string, the ‘‘i5’’ means integer field with a width of 5). This 
is equivalent to C’s 

printf (“\tThis is a string%5d\n’’, 10); 

or Basic's 

print tab (8); ‘This is a string’, 10 


Again, not too difficult. 

You'll notice something about our code when we do a “‘mix- 
ed mode” calculation (where we do mathematical operations 
on unlike variable types like integer and floating-point) we will 
ALWAYS include the “‘ifix,’’ and ‘‘float’’ instructions to 
“declare the result of the computation.’’ Fortran (and C) will 
force calculation results: If you declare 

integer i 

real x, y 
and then, in your program have a line 

xol"y 
Fortran and C will force the result to be floating-point. You 


can, though, forget and have ‘‘bugs"’ introduced, so we always 
use 


= float (i) * y 
to assure the result we're expecting. We do the same thing in C. 
Well, here goes — this is the first tool, ‘‘subdtt,’’ which con- 
verts a date like ‘‘3ljan86"’ into the number of days sin 
“O1lmar64."’ We used a ‘‘define’’ to set the BASE to * 
which, here, means ‘‘1964,"’ a leap year as required. This 
written to become a Fortran-77 subroutine; i.e., you ‘‘call’’ it. 


BVO 


= ci 


_ 


It could just as easily be a Fortran-77 function (or a C func- 
tion) by changing three or four lines. 


define(@Ase, 
subdtt: 
subroutine subdtt (day, month, year, ndays) 
1 
1 input is a date in the form DDMaYY 
' output is the number of days since march 1, 19-BASE year 
' 
1 specifications for calling variables 
character * 3 month 
integer day, year, ndays 
' specifications for functions 
character touper 
1 specifications for internal variables 
character * 3 athnam (12) 
integer dayath (12) 
' 
1. "APR", "HAY", JUN", 
ocT*, “NOv", "DECT/ 
‘ +30, 32, 31, 30, 31, 30, 31/ 
1 internal year 
© 
' the adding seath sane to appar: case 
eeapieie 
) = teeper (month (11 10) 
' check the calling month name to see if it’s any good 
for (i= 1; 1 G@ 12; di 41) 
if (month == athoam (i)) 
asi 
1 ailing wonth ond day of the sonth any good? 
(m= 0 | day ~ dayath (a) > 0 | day <= 0) ( 
1 
' account for leap years 
if (day = dayath ( 
if (a2 
if (mod Gay, 4) “= 0) ( 
adays * -1 
return 
1 vatch for century rollover 
if (iy <= BASE) 
iy = iy + 100 
1 years since 19-BASE year 
iy = iy ~ BASE 
1 nonths since march 
aea-3 
' get correct year and month 
if (m ¢ 0) 
eee 
iy iy-1 
' calculate days since OlnarBASE 
ndays = if 1x ({loat (iy) * 365.25) + ifix (float (m) * 30.6 + 0.5) + day 


return 
end 


The touper function: 


define(BIGA, 65) 
define(LETA, 


ir function touper (inchar) 
convert to ascii upper case 
ter inchar 


Af Cinchar 9= "a" & inchar (= "2*) 
touper = char (ichar (inchar) - LETA + BIGA) 
else 

touper = inchar 
return 
end 


And its inverse, tolowr (we don’t use it, but here it is): 


define(BIGA, 65) 
def ine(LETA, 97) 

character function tolovr (inchar) 
tolovr - convert to ascii lover case 
character inchar 


Af Ginchar >= "AT & inchar <= 72") 
tolovr = char (ichar (inchar) - BIGA + LETA) 


else 
tolovr = inchar 

return 

end 


Notice that subdtt calls upon another subroutine: touper. In- 
line code to perform the conversion could have been included 
within subdtt, but since lower-to-upper case conversion is such 
a common programming task it becomes worthwhile to make 
a tool of it. 

I've defined touper and tolowr as closely as I can to their ‘‘con- 
gruent”’ C functions, toupper and tolower — you can only use 
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six characters for Fortran-77 variable names. 

This is the idea of using Soft Tools: you examine the things 
you do over and over again — like upper- and lower-case con- 
versions — and see if you've got a candidate for a tool. If you 
do, make a library routine out of the thing you do over and 
over again, and you'll drastically cut down your program 
development time. 

If you call subdtt with a date, you'll get back the number of 
days since March 1, 1964 — from just under 8000 days to just 
under 8400 days during this year (1986). Nice, but now what? 


Well, now you need subttd, which converts the number of 
days back into a date: 


def ine(BASE, 
' sonvert elapsed days to date 
subroutine subttd (ndays, day, month, year) 
' 
' the input is ed days since march 1, 19-BASE year 
' output is a date in the form DUMMY 
1 
' specifications for calling variables 


character * 3 month 
integer ndays, day, year 
jecifications for internal variables 


character * 3 mthnam (12) 


stay", "Jun", 
i + "Mov", *Dec"/ 
5 the number of days good 


th = "ho" 
year = 0 
return 
) 

' calculate years since 19-BASE year 


for (53) 4 
n= ndays + 1 - if (float (year) * 365.25) 
if (n> 0) 
break 
pases 
'‘ calculate month this year (mar = 0, 
m= Lfix (float (n) / 30.6) 
culate the day of this month 
‘ 
day = n = ifix (float (m) * 30.6 + 0.5) 
if (day > 0) 
break 
1 


' nov 
for 


) 
' correct the month (jan = 1, dec = 12) 
meats 
if (m= 12> 0) ( 
aza-it 
year = year + 2 
) 
' set the year for the 19-BASE year offset 
year = year + BASE 
if (m <= 0) 
ne 
' move the month name into month 
fonth = athnan (1m) 
fF the century rollover 
> 99) 
year = yi 


> 100 


return 
end 


Now, the icing — what day of the week is a particular date? 
Here's subdow for converting the number of days calculation 
from subdtt to a day of the week: 


1 subdov--convert elapsed days to day of the veek 
Subroutine subdov (ndays, dow) 
' specifications for calling variables 


cer * 3 dov 
fF ndays 
ications for internal variables 
3 day (7) 
1 days of the 
data day /*S 
’ if ndays equal 
if (ndays >= 0) 
dov = day (nod (ndays, 7) + 1) 


“Thu, “Frit, “Sat"/ 
, the date vasa’t any good 


else 
dov = "Xxx" 
return 
fo 
To tie everything together — and to show you how to use 
these routines — here’s a little demonstration program. The pro- 
gram — demo — calculates the number of days, converts the 
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number of days back into a date, and calculates the day of the 
week for the ‘‘31st’’ of every month in 1986. Now, we know 
that there isn’t a ‘‘31st’’ of every month, so we'll see what hap- 
pens when we try to calculate an invalid date: 


progran deao 

' Bake space for the month and day-of-the-veek names 
character * 3 month (12), dow (12) 

for the day, year, and number of days 


data month /*jan", “6 


ay", Tun", 


nyu", Tang’ 
' initialize year array 
data year /12 
' progras star 
for (i= asi 
1 display 


vrite (* 
‘subdtt to convert to number of days 

(), month (i), year (i), ndays (1) 

ts 


vrite (#, "(5x, a, 14 \)") "Elapsed: ", ndays (i) 
' call subttd to convert back to a date 
call subttd (ndays (1), day (i), month (1), year (i)) 
' display th 
vrite (%, "5x, 
' call subdov to 


"(5x, 2a)") "Day: *, dow (i) 


end 
include subdet.rtr 
include subttd.rfr 
include subdov.rfr 
include touper.rfr 


Here’s what running this demo program produces: 


From Subdtt From Subttd 


From Subdow 


Original 
Original 


31Jan86 
Ok 0 
: aimaras 
Okex 0 
aimayaé 
Ofex 0 
sdules 
31Auge6 
Ox 0 

sloctes 
OxKx 0 
a1deces 


Original 
Original: 3noves 


3dects 


Converted: 
Converted: 


No great shakes, but note what happens when you try to con- 
vert an invalid date: you get -1, 0, and Xxx in appropriate 
places. The idea of a tool is that it does something — and, if 
it can’t do what you want it to, it ought to let you know. That's 
why the extensive checking for validity goes on in the routines 
and why you get a -1 or Xxx to indicate an error. 

These routines are written to be completely independent of 
each other (except for the BASE definition) so they can be in- 
cluded in a library of tools. If you have a Cromemco compiler, 
you have a library manager. You can compile these routines 
(in your choice of language) and use the Library program to 
build ‘‘.obj”’ libraries for inclusion with your programs. As time 
goes on, we'll build libraries of tools — like these — using the 
facilities included with Cromemco compilers. 

Here, you'd create the library with subdtt, subttd, subdow, 
touper, and tolowr in order — a tool can ‘‘call’’ another tool 
(subdtt calls touper). 


FOR SALE 
Cromemco System 2, 5 4" floppy, 
5 user, Z-80 CPU, 20 Mb HD (dual 


IMI-77440), WDI-2 HD Controller, 5 
Televideo 912 and 950 CRT. 


Best offer, Dallas, (214)690-1052 


*, day (1), month (i), year (1) 


Practical Application 
In my business, I’m given credit by my suppliers and I grant 

credit to my customers. Frequently, it’s ‘‘30 Days."’ Well, [like 
to know what date 30 days is — either when I have to pay for 
something or when somebody is supposed to pay me for what 
they bought. I use these routines to find those dates: 
' due--caloulate the due date of a bill 

progran due 

character * 3 month, dov 

inceaer den, en, aeys 


vrite \)") "Enter the Invoice Date (ddamayy): * 
2, a, 42)") day 


1) 
stop “Invalid Date 
call subttd (ndays + 30, 
veite (*, "Ca, i2, a, 12)") "Due: *, day, month, year 
nd 
include subdet. ete 


Include touper.rfr 


Job Duration Calculations 


Here's another practical application. Suppose you have a job 
to do, and you've estimated that it will take you 375 person- 
hours to do it, You're going to start the job on Friday, January 
2, 1987. When will the job be finished, given that you work 
8 hours a day, Monday through Friday? 

Well, for starters, 375 person-hours is 46.875 working days, 
which we'll call 47 days. If we worked 47 days straight, we'd 
just find the number of days for January 2, 1987, add 46 (you 
subtract 1 because you work ‘‘today"'), and find out what date 
the result is. In real life, though, we don’t work seven days 
a week- -so we have to use a ‘‘modulus trick”’ to find out when 
the 47th working day is complete. Recall that we said that any 
number of days divided by 7 will have a remainder of 0 through 
6, for Sunday through Saturday. If the ‘‘mod 7" of your 
“‘ndays’’ is 6, the day is Saturday, and you add two to make 
it Monday. Here's how to do it: 


trate Job completion calculation 


a 


j 
e 

character * 3 wonth, dov 
Integer day, year, ndays, i, 
4 


year /87/ 


ber of days and verify the starting date 
1 subdtt (day, month, year, ndays) 
1 (ndays < 0) 


vrite (*, "(2 a, 13, a, i2)") "Start: ", dov, day, month, year 


' loop for the duration of the job 
e at 


for (i = brite 


n= 6) 
adays +2 


e ending date--shov day and date 
jonth, year) 


i2)") "Finish: 


Include subdov.rfr 
include touper.rfr 


Over the years, I've used these routines in many applications 
that I've either written for my own or customer’s use. Anytime 
I need to do date and time calculations, these routines are in- 
cluded. If you can include them in your own application library, 
please do so and feel free to think up as many uses for them 
as you can. 

As always, these routines — both in source (Ratfor, Fortran, 
and C) and ‘‘.bin’’ form — are available on our Cromix-Plus 
system: dial in at 2400, 1200, or 300 baud at (313) 835-0809, 
log in as ‘“‘guest,’’ and copy the routines to your system. 

If you don’t have ccall, send us a blank disk (5-1/4" or 8”), 
and $5.00 and we'll copy them for you. Be sure to tell us what 
format; i.e., CDOS, Cromix, UNIX, or MS-DOS, and what den- 
sity and sides. aD 


Create, Read and Write IBM PC MSDOS disks 
on your Cromemco Unix or Cromix-Plus System 


The IBM PCDOS disk format has 
become the defacto commercial 
standard for 5.25 inch diskette 
data transfer for IBM and other 
computer systems. 


A single CScopy command gives 
you simple, quick. data exchange 
with your customers, suppliers 
and your office or home PC. 


CScopy saves time and money. 
Today. with CScopy from Cipher 

Systems, you can exchange files Forget expensive disk conversion 
ss supporting services, phone calls and long, 
standard MSDOS or PCDOS disks error prone, serial data transfers. 
or the four million IBM PC/XT/AT —CScopy solves the file transfer 
compatible computers worldwide. bottleneck once and for alll 


Join the growing list of businesses supporting standard IBM PC disks: 


* Consultants 
+ Typographers 
+ PC Board Shops 


* Accountants 
+ Print Shops 
+ Photo-Plotters 


Order CScopy from Cipher Systems or your dealer. 


Ciphers $125 


+ Data Entry Services 
* Public Data Banks 
+ CNC Machine Shops 


Box 6105, Stanford, CA 94305 
(415) 962-8383 


Specify Cromix-Plus or Unix version of CScopy. Single machine license. 
Foreign orders add $15 handling. All payments in US dollars. 


Tenax: CSanpy and Cer Seems Cer Syms; Cron Ps and C5400: Cromemcs, re. 


Conteh © 1886 Cote Stems 


(EET) 
PC Network /Cromix 
INTERFACES 
*** 3COM ** NOVELL *** 
PERSCI REPAIR 


SPECIALISTS IN CROMEMCO/PERSCI 
PROFESSIONAL SUPPORT AND DOCUMENTATION 
REPAIR SERVICE FROM $200.00 
30-DAY WARRANTY ON SERVICE & PARTS 


C-10 GRAPHICS 


UMUTIES TO DRAW & PLOT 
FOR SBASIC AND PLANMASTER 
GRAPH-10 $80.00 


TREXIS Incorporated 


45F ROUTE 303 
VALLEY COTTAGE, NY 10989 
(914) 268-5161 
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ProCall/PC+ 
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these two systems, once irreconcilable, 
can now be integrated and made to 
work together. The wizard behind this 
magic is ProCall/PC Plus 

ProCall/PC Plus is the most recent 
descendant in a long line of communica- 
tions programs offered by Protomatrix 
Software Development (PSD) which 
began with ProCall for the C-10 (under 
CDOS), progressed to ProCall for S-100 
CDOS and Cromix, and eventually 
found its way to MS-DOS as ProCall/PC. 
As such, it has matured in a way that 
only the most popular of software can: 
through continual enhancements and 
refinements derived from extensive 
customer feedback. For example, 
ProCall/PC Plus offers 3102 terminal 
emulation (as well as DEC’s VT52 and 
VT100) and the Cromix rfile/sfile file 
transfer protocol. These features and 
capabilities are examined more closely 
in the remainder of this article. 


Documentation 


Whenever I review a-software 
package, irregardless of the application, 
the first thing I look at is the accompa- 
nying documentation—it is usually the 
weak link in the chain. Not so with Pro- 
Call/PC Plus. If every software com- 
pany provided documentation that was 
as clear, as thorough and read as easily 
as PSD's, their customer support lines 
would not be ringing off the hook. 

The ProCall/PC Plus Users Manual 
goes far beyond providing the user with 
the necessary information to use the 
program. It’s educational in a much 
more general sense, with many ex- 
amples given, interesting historical 
notes regarding telecommunications, 
and useful tips provided by other users. 
Tt also offers something even more rare 
in technical writing of this nature— 
humor—one example being the inclu- 
sion in the glossary of the word 
“‘defenestration,’’ which is ‘the act of 
throwing something through, from, or 
out of a window."’ Actually, it is the 
best Users Manual I have ever read (and 
I say that a little grudgingly, having 
written a few Users Manuals myself). 


Installation 

Included with the ProCall/PC Plus 
Users Manual is a separate sheet of in- 
structions for installing the software. As 
it happens, this is a straightforward af- 
fair handled for the most part by the 
“‘install’’ command file present on the 
distribution diskette. 

PSD now employs a copy protection 
scheme which is transparent to the 
user, but which does prevent 
unauthorized duplication of the pro- 
gram. It is more understanding and 
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forgiving than many schemes in that it 
allows two (2) installations to be made. 
In fact, the number of backups which 
can be made is unlimited—there is an 
“uninstall” routine which takes the 
program from the backup (hard or flop- 
py disk) and reinstates it on the original, 
resetting the installations counter along 
the way—something you would want to 
do if your working floppy disk backup 
was beginning to show signs of wear. 


Ease of Use 


Like all of its earlier PSD 
predecessors, ProCall/PC Plus is ex- 
tremely easy to use. To illustrate, I’ll 
relate my first experience with it. 

Since I don’t have a PC (yet), my 
friend Bob let me use his (a Leading 
Edge Model D with hard disk running 
MS-DOS version 3.1 with a Hayes 
Smartmodem 1200) in order to do this 
review. After we installed the program, 
I reached for the Users Manual (which 
Thad not yet looked at), but before I 
could open it Bob had called up ProCall 


and was moving through the set of com- 
munications settings (baud rate, parity, 
etc.) that were neatly displayed on the 
screen (see Figure 1). The next thing I 
knew he had the Main Menu displayed 
(see Figure 2), and after a moments 
perusal, had selected the ‘‘M’’ (Modem) 
command to dial my CS-100’s number. 
Once connected I intervened, 
remembering the ‘‘W’’ (Wake-Up) com- 
mand which sends a carefully timed se- 
quence of Carriage Returns. A few 
seconds later we were greeted with my 
system’s Login prompt. After logging on 
we experimented with some of 
ProCall/PC Plus’ unique features: the 
3102 terminal emulation and some file 
transfers using rfile and sfile. We did this 
without ever having to resort to the 
manual for instructions. Now that’s 
user-friendly! 

It was a real thrill to call up 
WriteMaster, edit a file, convert it to 
ASCII format, spell-proof it with 
SpellMaster, and to do all this seated in 


Figure 1 


Communications Settings 


Action: Call Mode Answer Mode Disconnect Call 
Speed: 110 150 300 1200 

2400 4800 9600 19200 38400 
Stop Bits: aT 2 
Parity: None Odd Even Mark Space 
Word Length: 7 8 


[7] (1) and [€] [3] change settings. [RETURN] selects, [ESC] exits 


Figure 2 


ProCall/PC Communications System Command Menu 


ProCall/PC System Commands 


[D] _ Disk and Directory Functions 
{] | Communication Port Settings 


[Q]  Query/Change ProCall Modes 
[J] Jump to DOS - Run a Program 


ASCII Receive Data Commands 


[C] Capture ASCII Text Mode ON 
[x] Capture ASCII Text Mode Off 
[V]_ View Text in Capture Butter 


IF] File Captured Text onto disk 
[2] Zap (Clear) Capture Butter 
[P] Print Session (ON/OFF) 


ASCII Data Sending Commands 


[G] Get File into SEND Buffer 
[U] View Text in SEND Buffer 


[0] Send Text in SEND Buffer 
[S]__ Send Sign-On Message 


ASCII/BINARY file transfer and other commands 


[1] Transfer File using Protocol 

[W]_ Wake-up Amt. (send [RETURN]s) 
[B] Send BREAK 

{R] _ Replace current Profile 

[ESC] Exit this menu 

Request => 


IN] Specify Nulls sent after C/R 
[M] Modem - Dial a Phone Number 
{L] List Macro Definitions 

[E] Terminal Emulation Menu* 

[A] Abort and EXIT ProCall/PC 


front of a PC clone. To then transfer the 
file from the Cromix system to the PC 
(using the error correcting rfile/sfile pro- 
tocol) and print it out on the printer was 
nothing short of magic. 

The only hindrance I experienced in 
working with WriteMaster was getting 
accustomed to the PC’s function key 
definitions. All of the necessary 3102 
function keys are accounted for, but 
since there are only ten keys it is 
necessary to use the SHIFT, CONTROL, 
and ALT keys to access many of them. 
The function key translations are pro- 
vided in the manual in a tabular format, 
which is a little awkward to read. The 
solution, however, is simple: make a 
template to fit over the function keys. 
Special Features and Capabilities 

After reading the Users Manual I 
learned that Bob and I had really gone 
about it all wrong, despite the ease with 
which we accomplished what we did. 
In fact, setting up the communications, 
dialing the phone number, going 
through the login procedure, and 
transferring the file could have been ac- 
complished with a single keystroke or 
totally automated. 

This is because ProCall/PC Plus has a 
number of flexible and powerful 
capabilities which allow the user to con- 
figure the program to any given set of 
circumstances. One option, a command 
line processor, allows the user to specify 
many of the details for the communica- 
tions session when ProCall is called 
from the command line. For example, 
with the following command (which ap- 
pears on two lines but would be typed 
on one): 

ProCall SFP myprog *555-1212 -m 
?:name\?:pswd\$ -e ex\ 

ProCall/PC would enter file transfer 
mode (the S option) at 1200 baud (the 
F option—for FAST). The modem would 
dial the number specified after the 
asterisk. Once the remote answered, 
the log-on string (following the -M code) 
would be sent to log on: ProCall would 
wait until it received a ‘‘:’” ( the ?:, 
which it would with the Cromix Login: 
prompt); when it did it would send 
“name” and wait for another “‘:” 
which it would get with the prompt for 
at which point it would send 
.”’ With the logon completed, 
ProCall/PC would attempt to transfer 
the file myprog to the remote using 
PeXfer (the P in the SFP command). 
The remote must be a system with 
PeXfer installed. With the transfer com- 
pleted, the exit macro (following the - 
e) would be sent to log off the remote 
and ProCall/PC would return to DOS. 

Another alternative is the use of 
“profiles.’’ A profile is a text file that 
contains the necessary information for 
ProCall/PC to conduct a communica- 
tions session. An example profile is 


shown in Figure 3. 

The user can also define six of the ten 
function keys available on the PC 
keyboard. These user-defined function 
keys can contain macros which could, 
for example, enable a complex logon 
procedure to be accomplished with one 
keystroke. The documentation is very 
clear and very thorough in describing 
these capabilities, and offers many ex- 
amples, one of which details the pro- 
cedure for automating the rather com- 
plex dialog that occurs when one at- 
tempts to access The Source through 
Tymnet. 


the a modem. This is accomplished by 
connecting a regular RS-232 type cable 
from the serial port on the PC (usually 
used for connecting the modem) to one 
of the serial ports on the Cromix system 
(from a Tuart, Quadart, or Octart). In 
this configuration, serial communica- 
tion can take place at 9600 baud. And 
with the 3102 terminal emulation enabl- 
ed, the PC becomes, for all intents and 
purposes, an intelligent terminal to the 
Cromix system. 

There are many other features which 
limited space prevents me from detail- 
ing: special dialing features, character 


Figure 3 


;FORMAT: PROCALUF FILENAMI 


IE 
}THIS IS A SAMPLE PROF LE FOR PROCALLIPC AND PROCALLIPG plus, VERSION 2.00 
COMMUNICATION 


BAUD RATE~9600 10 150,300, 1200,2400,4800,9600, 19200,38400,ASK 
BARITYANO | Sie goo, EVEN, MARK, SPACE, ASK 
DATA BITS=8 . 
{DEVICE Si 
PRINTER PORT=! 3 
LINK=MODE! PE OF CONNECTION Le. MODEM OR DIRECT WIRED 
rt TIONAL OPTIONS: 
DUPLEX=FULL, LF, FULL 

IVE LF FF, ON 
SENO LF=OFF "F,ON 

CONT! "F,ON 
‘AUTO SIGN-ON-OFF FON 
u ae Ce 'F,ON 
PRINT! 'F.ON 
CAPTURE EMODEASUFFER BUFFER, DIRECT 
SeRMINAL \ULATION=NONE 1 08 OS VTI00, VTS2, NONE 
NULLS: sNEEoEDS BY SY REnOTe0 1 ONONULLS TO BE'SENT AFTER EACH RETURN 

\CROT™ j (40 CHARS IN"*, FOR NONE, LEAVE BLANK) 
MACRO2= 
MACRO3= 
MACRO4= 
MACROS= 
MACRO6= i 
MACROT (AUTO SIGN-ON/ANSWERBACK)= 
(60 CHARS IN‘ FOR NONE, LEAVE BLANK) 
EXIEMAGROS 
j OPTIONAL CHARACTARISTICS 
MODE=CALL 
JODEM INIT="ATSO=2 
RD 


PASSWO! 
GREETING (BEFORE PASSWORD)= 
GREETING [AFTER PASSWORD)= 


DIAL 
iropeevaves 
DIAL PREF Xe 


IG IN QUOTE: 
FOPTIONAL $ LINE INSTRUCTIONS IN QUOTES 
HAYES, RACAL, CROME! 


N-TEL 
SEARS SENT BEFORE NUMER FOR PBX) 


MBER TO DIAL WHEN ONLINE. 


Making it easy to establish a connec- 
tion with another computer is only part 
of the story. Once connected, the most 
common thing to do is either upload or 
download files from one system to the 
other. Here again ProCall/PC Plus 
shines, for in addition to the common 
ASCII file transfers, four other error- 
correcting file transfer protocols are 
available: Cromemco’s rfile/sfile (Cromix 
systems), Kermit (from Columbia 
University and used on many UNIX 
systems and mainframes), Xmodem 
(Ward Christiansen— common among 
dial-up BBSs), and PSD'’s own PeXfer. 
With these protocols available it 
becomes possible to upload and 
download from almost any system. The 
documentation is ripe with examples 
for doing so. 

Another nice feature is that with Pro- 
Call/PC Plus the PC can be directly con- 
nected to the Cromix system, without 


translation tables for the keyboard, crt, 
printer, and RS-232 serial interface, and 
printer support, to name but a few. 
They're all available to make ProCall/PC 
Plus one of the most complete and 
powerful modem communication 
packages available. 


Conclusions 


The 3102 terminal emulation along 
with the ffile/sfile and Kermit file 
transfer capabilities and ProCall/PC 
Plus’ facility for direct connecting 
(without a modem) offers Cromemco 
users a host of exciting possibilities. For 
one, your PC can function as a terminal 
on your multi-user Cromix system with 
full access to Cromemco’s 
3102-dependent software, such as 
WriteMaster and SCREEN. 

In this configuration, the Cromix 
system can also act as a file-server for 
various PCs connected to it, with the 
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added security offered by Cromix 
(password and file access). And as a side 
benefit, it provides a convenient solu- 
tion to the disk format incompatibilities 
which exist between Cromemco and 
MS-DOS. 

All of this, combined with PSD’s well- 
deserved reputation for quality and 
support, makes ProCall/PC Plus an ir- 
resistible choice as a communications 
system. So irresistible that I’m going to 
have to get me a PC (clone that is) so 
T can take advantage of it. 

The price for ProCall/PC Plus is $249. 
ProCall/PC sells for $149. For further in- 
formation contact: 


Protomatrix Software Development 
1145 Park Heights Drive 
Milpitas, CA 95035-4605 

(408) 263-8665 


Additional Reading: 

“ProCall Modem Communications 
System,"’ Greg Pepper, 1/O NEWS Vol. 
IV, No. 3, July/August 1984, 
“ProCall/PC Plus—A User's Perspec- 
tive,’’ Ronn Blaylock, //O NEWS Vol. V, 
No. 2, January/February 1986, oD 
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coprocessors operating at 16 MHz, 16Kb 
of high speed cache, and the UNIX V.2 
Operating System. It is a militarized 
supermicrocomputer designed with a 
special ruggedized chassis for operation 
in a hostile environment (extreme 
temperature/humidity). These 
modifications include a 500W power 
supply (the same as in the CS400), three 
times the cooling capacity of a System 
200, and reinforced mechanical stress 
points for peripherals internal to the 
chassis. 

The MPS software provides a user- 
friendly, interactive environment in 
which the pilot plays an active role. He 
provides pertinent mission data such as 
base origin, destination, fuel capacities 
(extra tanks), weapons to carry, and 
preferred flight altitude (50, 100, 150 
feet — whichever the pilot feels most 
comfortable with). 

The MPS then conducts a ‘‘penetra- 
tion analysis’? which draws additional 
information from a very large database 
of potential threats. Contained within 
this database is information regarding 
the type of threat, its location, its effec- 
tive range, and geographical 
characteristics of the site derived from 
satellite imagery. The computer figures 
in the terrain features and generates a 
“mask” which indicates those locations 
where the aircraft is effectively out of 
range of any threats. This technique is 
referred to as “‘terrain masking.” 
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COMPUTER CROSSROADS OF AMERICA, INC. 


Computer Crossroads of America, Inc. is a Texas based VAR (Value Add- 
ed Reseller) of Cromemco computer equipment. Started in 1980 as a sister 
company to Martin Wholesale, Inc., CCA was formed because there ex- 
isted no satisfactory dealer or service facility in the Dallas area for 
Cromemco equipment. The purchase of one System 3 for Martin 
Wholesale’s own use launched a multi-million dollar company that is now 
Cromemco’s largest VAR. 

The firm’s foremost goal is proper system integration using all available 
resources. Computer Crossroads is a Cromemco factory representative, 
original equipment manufacturer, and the largest distributor/dealer of 
Cromemco’s family of Supermicro’s. Specializing in supporting all phases 
of government needs, CCA’s expertise and responsiveness has opened 
up numerous applications in the private sector as well, such as truss 
analysis, 3D modeling, graphics, and software development. Operations 
focus around 68020 sales and upgrades and the swift and efficient tran- 
sition to these new systems. To assure complete customer satisfaction, 
in-house sales and support staff coordinate their efforts and broad ex- 
perience to determine optimal system, software, and peripheral needs. 
After delivery to CCA’s modern facilities all equipment is subjected to 
vigorous burn-in and diagnostic testing, down to board-level if necessary. 
Custom configuration of the system can vary from a few cables to repar- 
tioning hard disks and regenerating operating systems. The extensive 
diagnostic procedures result in little or no field maintenance, a vital fac- 
tor when systems are in military applications. After labeling, documen- 
tation, and final preparation, the systems are then shipped. 

Professional service combined with aggressive pricing and discounting 
puts Computer Crossroads a cut above the competition. A Corporate 
Materials Agreement from General Dynamics and a GSA pricing schedule 
set forth by Cromemco each demonstrate the level of service provided 
by the firm. Customers’ needs, interests, and problems are always given 
paramount attention. With CCA’s help, customers can meet their goals. 
Continually striving to better serve and give the extra edge is why Com- 
puter Crossroads of America is the largest Cromemco dealer in the U.S. 


P.O. Box 832117 @ Richardson, TX 75083-2117 © (214) 231-6108 


Within this mask the computer selects 
the optimal route to the target and 
back—that being the least lethal and 
shortest route. 

This optimal route is then overlayed 
on a topographically contoured map 
which is 3-dimensionally represented on 
a graphics monitor. The pilot can ex- 
amine it and make modifications to it. 
When it is to his liking, he'll copy it on- 
to the ‘‘strip’’ map worn on his leg dur- 
ing the flight. The essential flight plan 
information — in terms of compass 
bearings, speeds, altitudes, times, and 
turning points — is then recorded in the 
DTC which the pilot takes aboard. 

Future enhancements to the system 
will include a graphics plotter to 
generate the strip maps used by the 
pilot, removable hard disk drive 
capability for added security, more 
RAM memory, as well as diagnostics 
specially designed for use by non- 
technical personnel. 

This Mission Planning System 
represents a supermicrocomputer ap- 
plication at the leading edge of today’s 
technology. Development began in 1984 
and continues today, as the same 
technology is applicable to a wide range 
of aircraft and other aspects of military 
flight planning. The system was con- 
tracted by the Fort Worth Division of 
General Dynamics, who awarded the 
first portion of the multi-part contract 


to Computer Crossroads of America, 
Inc. to supply the Cromemco System 
220s. This installment of the contract is 
valued in excess of $3.5 million. 

For a profile of Computer Crossroads 
of America, Cromemco's largest VAR 
(Value Added Reseller), see the inset on 
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We’re 
Interested! 

We're Really 

Interested...in what 

you have to say. Especially about 
how you use your system...the 
problems encountered and the 
solutions effected...unusual uses 

or environments...and any 

practical applications you would 

be willing to share with fellow 
members. These can be short 

notes for departments like ‘bits & 
bytes...’ and ‘Tec Tips,’ or full 
feature articles. 

Contact Bill Jaenicke at I/O News 

for editorial guidelines or assistance. 
We're interested in unleashing your 
literary talents. 
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IT’S HERE! 
dBIII Compiler 
for UniPlus+ System V 


Software Standards is now ship- dition to all the features found 


ABITICompiler from Word- 
‘Tech Systems for Cromemco's 
UniPlus System V machines. 
dBIlCompiler is a powerful 
dBase III compiler as well as a 
full-function program develop- 
ment system. No other software 
or product (such as dBASE I11) 
is required to use dBIICompiler 
although it is compatible with 
dBase I and dBase II files from 
any other machine. With 
dBItCompiler under UniPlus 
System V, you can quekly 
develop or port anything from 
sinall utilities to giant multi-user 
data processing systems. In ad- 


in our Cromix-Plus version, in- 
cluding multi-user record level 
locking, terminal independence 
and dBase II data file com- 
patibility, our new UniPlus ver- 
sion generates memory-efficient 
SHARED CODE COMPILED 

GRAMS and is 100% 
Source code, compativie ‘with 
our Cromix-Plus version. Our 
latest release also incorporates 
MULTIPLE PRINTER support 
and complete control over the 
spooler. Suggested list price is 
$995 and there are no royalties 
for distributing compiler 
programs. 


RealWorld Accounting Packages 


RealWorld is a full-featured ac- 
counting system which includes 
AP, A/R, G/L, Payroll, Inven- 
tory, Order Entry, Billing, and 
Sales Analysis. All modules are 
fully integrated and the system 
is multi-user. RealWorld is 


available on both 280 and 68000 
Cromix as well as UniPlus 
System V. Suggested list price is 
$695 for Z80 versions and $795 
for 68000 Cromix and UniPlus 
versions. 


Contact Software Standards or your Cromemco Dealer 
for more information. Dealers can request Discount 
Schedules, Literature and Demo Packages. 
Software ‘Trademarks: UniPlus: Unisoft Systems; 
wo ofLw are dBase II and Ill: Ashton-Tate; 
4 re rda | »  Cromix-Plus: Cron Inc 
Standards, ING. gntarer wordech Sens 


UPGRADE YOUR SYSTEM!! 


256KZ to 1024KZ Qty 1 $ 795 
2-4 595 
5-10 475 
11+ 400 

512MSU to 2048MSU Qty 1 $1,695 
2-4 1,270 
5-10 1,020 
11+ 900 

For Sale: 

Excalibur Utilities Qty 1+ SJ EE 

1024KZs- a $1,200 

2048MSUs+ il $1,800 


90 day warranty on all modified boards. 
* These are upgraded 256KZs 
+ These are upgraded 512MSUs 


Need to upgrade your memory but can’t afford the downtime? 
Call and ask ut our ADVANCE BOARD PROGRAM! 


EXCALYIBUR COMPUTERS 


4548 Auburn Blvd., Suite 191 
Sacramento, California 95841 
(916)971-9610 
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by Paul Hentzel 


Protect Your Software 


Developing software is a high risk 
business; and like any chance situation, 
you can improve your odds of winning 
by employing a strategy. I propose the 
following two-point (minimal cost) 
strategy to help you win at the 
“Copyright Table’’: 

1) Always place a copyright notice on 
every copy or version of your program, 
from the time of creation (no cost). 

2) Register your software with the 
Copyright Office simultaneously with 
your first publication or commercial use 
($10 filing fee). 

You will normally not require the ser- 
vices of a copyright attorney to file and 
obtain copyright registrations on your 
software. Preparing a copyright applica- 
tion in Class TX is a simple matter which 
you can easily do in-house. Failure to 
protect your software through proper 
copyright notice may cause the program 
to become public domain material. 
Failure to obtain a registration promptly 
may result in the loss of an extremely 
favorable set of legal presumptions 
which arise on behalf of the creator 
(you) during copyright licensing and 
litigation. These presumptions are so 
devastating against copyright infringers 
(and pirates) that actual copyright litiga- 
tion rarely occurs. 

Following the above two rules does 
not insure that you will win at 
copyrights; but it does avoid a heart- 
breaking loss due to a legal technicali- 
ty (a TKO). 

This is the first in a series of brief ar- 
ticles which will assist you in obtaining 
copyright protection of your software 
as a ‘literary work’’ in Class TX. 


Creation 
A copyrightable work such as soft- 
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ware is created and becomes eligible for 
federal copyright protection under the 
new 1976 Copyright Act (and 1980 
amendment) as soon as the work is pro- 
vided in a tangible and reproducible 
medium. This first ‘‘creation of a work” 
may occur when the creator (you) 
writes the program down on paper, or 
keys the program into permanent 
memory (magnetic disk or tape). A par- 
ticularly significant creation occurs as 
the first typed draft of the program 
comes out of the printer. Paper copy is 
the medium in which works are usual- 
ly handed out to others (published). 
Each printed copy will require a 
copyright notice (Rule 1) similar to my 
notice for this article: ‘Copyright 1987 
Hentzel." 

Your notice must include the word 
“copyright"’ or the circle C symbol, ©, 
the year of the first publication, and the 
name of the copyright claimant 
(owner). 

Before you create the initial tangible 
copy, your work is merely a notion in 
your mind, and perhaps the subject of 
a discussion. These transitory events 
are neither tangible nor reproducible, 
and do not qualify for a copyright until 
you advance them to a more permanent. 
form. 


Rights 

By merely placing a copyright notice 
on your software you preserve the 
following major copyrights: 

1) The exclusive right to make copies 
in any form, hard copies, permanent 
memory copies, and even temporary 
memory copies. 

2) The exclusive right to prepare 
derivative works such as improved 
versions. 

3) The exclusive right to distribute the 


copies by public sale, rental, lease, or 
other transfer. 


Help 

Several excellent self-help books are 
available concerning software 
protection: 


How to Copyright Software. Salone 
and Elias, 1984. 

Legal Care for your Software. Remer, 
Daniel, 1982. 

Both books are from Nolo Press, 959 
Parker Street, Berkeley, CA 94710, 
(415) 549-1976. 

The Copyright Office has a ‘‘Hotline‘ 
phone number, (202) 287-9100, which 
you may call any time day or night for 
information. Also the Copyright Office 
maintains a series of free up-to-date cir- 
culars which you may obtain by writing 
to: 


Copyright Office 
Library of Congress 
Washington, D.C. 20559 


Ask for a set of their series R2 cir- 
culars which contains lists of all of their 
other circulars. 

If you have any questions or sugges- 
tions for future articles you may con- 
tact me directly at: 

Paul Hentzel 
Patent Trademarks Copyrights 
441 Nevada Avenue 
Palo Alto CA 94301 
(415) 326-8254 9am-midnight. 


Editor’s Note: Paul Hentzel has been 
advising Cromemco, Inc. on copyright 
matters since 1976. The next install- 
ment will deal with the particulars of 
placing the copyright notice on 
software. 


Copyright 1987 Hentzel OD 


LOCAL USER GROUPS 


Assisting in the formation of Local Cromemco User Groups is one of the services performed by The IACU. We 
will be happy to provide you with a list of our members in your area. and recommend other contacts to 
help you organize and maintain a Cromemco computer users group. Just call or write VO NEWS. 


Arizona Association of Cromemco Users 
Contact: Jo Ann Drake, President 
2207 West Eugie Avenue 
Phoenix, AZ 85029 
(602) 993-9589 


Australia User's Group* 
Contact: Minicomp 
Minicomp Building 
104 Mount Street 
North Sydney, NSW 2060 
Australia 
(02) 957-6800 
Meets Monthly 
*Publishes ""Minicomp/Cromemco"’ a 
monthly newsletter 


Bay Area Cromemco Users & Programmers (BACUP) 
Contact: Raymond Barglow or Alan Walworth 

United Word & Data Processing 

2345 Fulton Street 

Berkeley, CA 94704 

(415) 841-0708 or (415) 548-2692 


‘Cromemcohorts 

Contact; Dr. Brent Lowensohn 
4747 Sunset Blvd 
Los Angeles, CA 90027 
(213) 667-8972 


‘Cromemco Users’ Group of Australia* 
Contact: Tony Stringer 
52 Beechwood Avenue 
Greystanes, 2145 
*Publishes a magazine ““CROME-SOMA” 


Cromemco Users’ Group Holland (CUGH) 
Contact; Joop Kohler, Secretary 
P.O. Box 120 
2910 AC Kieuverkerk a/d lssel 
The Netherlands 01803-13300 


Cromemco Users’ Group* 

Contact: Peter Norman 
The University of Newcastle Upon Tyne 
Department of Chemical Engineering 
Merz Court, Claremont Road 
Newcastle Upon Tyne NE1 7RU 
England 
Newcastle 28511, Ext. 3278 


“Publishes Cromemco Users’ Newsletter (CUG) 


Cromemco Users’ Group Ontario, Canada 
Contact: Lloyd Parker 

Hiram Walker Resources, Ltd. 

Suite 600 

1 First Cnandian Place 

Toronto, Ontario 

Canada M5X 1A9 

(416) 864-3349 


Cromemco Users of Orange County, California 
Contact: Michael Peterson 

‘Accountability Systems 

700 South Tustin Avenue 

Suite B 

Orange, CA 92667 

(714) 639-4570 

Meets third Tuesday monthly 


Insystems Pty. Ltd.” 

Contact; Norman Rosenbaum 
337 Moray Street 
South Melbourne, Victoria 
3205 Australia 
(03) 690-2899, Telex: AA0458 
“Publishes “'Cromemco UPDATE” 
a bi-monthly newsletter 


illinois Users’ Group 

Contact: “Jim Knowles 
P.O. Box 631 
Elgin, IL 60120 
(812) 695-7775, 


Indonesian Cromemco Users’ Group (ICUG)* 
Contact: Zafir M.A. Pontoh 

Computation Lab 

Department of Regional & City Planning 

Bandung Institute of Technology 

10 Ganesha 

Bandung, Indonesia 

(022) 82051 ext. 360 

“Publishes "BERKALA ICUG™ 

a monthly newsletter 


Microcomputer Users’ Group 
Contact: Noble Bright 

P.O. Box 1 

Cape May, NJ 08204 

(609) 884-2222 

(603) 429-3838 

Meets fourth Wednesday monthly 


Northwest Association of Cromemco Users (NWACU) 
Contact: Jim Illman 

403 S. Brandon 

Seattle, WA 98108 

(208) 763-2099 


North San Diego County Users’ Group 
Contact; Charles Mackey 

P.O. Box 397 

Fallbrook, CA 92028 

(619) 728-6116 

Located 30 mi. east of Oceanside 


North Texas Cromemco Commercial Users’ Group 
Contact: Jerrell Johnson 

1131 Winterwood 

Lewisville, TX 75067 

(214) 221-1437 

Or call Rocky Hall 

at (214) 398-1595 

Meets first Wednesday bi-monthly 


NY, NY Users’ Group 

Contact: Charles Perrella 
45F Route 303 
Valley Cottage, NY 10989 
(914) 268-5137 


‘SaCromemco Users 

Contact: Alan Whitman 
Box 244 
Rancho Cordova, CA 95670 
(916) 635-6070 


Silicon Valley Cromemco Users 
Contact: Allan O'Neill 
(415) 969-3854 or Emily Ott (415) 854-5818 
meeting place provided by: 
MCM Enterprises 
215 Hamilton Avenue 
Palo Alto, CA 94301 
Meets fourth Tuesday monthly 


W.A. Cromemco Users’ Group 

Contact: Rae Canning 
clo The W.A. School of Computing 
2/294, Rokeby Road 
Subiaco, Western Australia 6008 


West Germany Users’ Group 
Contact: Glynis Long 
Tesco GmbH 
P.O. Box 10 
8714 Weisentheid 
West Germany 
09383-1237 
Total fluency in English & German 


Wisconsin Cromemco Users’ Group 
Contact: Bob Ungemach 
6249 West Browndeer Road 
Browndeer, Wi 53223 
(414) 355-1451 


VO NEWS 33 


The International Association of Cromemco Users 
Software Resource Survey 


— PURPOSE — 


The purpose of this survey is to further expand the list of known soft- 
ware applications running on Cramemeco systems. By taking the time to 
complete and return the questionaire you will be doing yourself and 
‘Cromemco users worldwide a tremendous favor. Everyone needs soitware, 
but finding the package you need can be terribly frustrating. This survey 
could eliminate that frustration, So please, help us help you by returning 
the completed questionaire at your earliest convenience. 


Thank you! 


— INSTRUCTIONS — 


There are three (3) sections to this survey. Put your name and address 
information in the USER section. Use the SYSTEM section to describe the 


The survey sheet has space for four (4) software package descriptions 
If you have more than that, make some adcitional photocopies. For each 
package, provide the following information: the product name, a brief 
description of the software (spreadsheet, wordprocessor, DBMS, etc.); if 
you had problems in getting the package up and running, so indicate with 
‘comment; indicate whether or not you are satisfied with the package. Also, 
please provide the address and telephone information about the software 
vendor or manufacturer so that we can submit more detailed Product Fact 
Sheets to them. If the application was designed in-house, please make 
note of itand indicateif youre interestedin having the application included 
in the IACU Software Resource Guide. If so, we'll send you some Pro: 
duct Fact Sheets 


When completed, please mail the survey sheets to’ 


Cromemco system on which the software is run. If you have different The 1LA.C.U. 
systems running different operating systems and software, photocopy the 
survey sheet and submit one for each system. 

USER SYSTEM 
Name ___ Member No. Model: — 
Address —— i — Memory: 3 

= — = Disks: 

City State _ Zip Phone ___ Operating System: [ CP/M [1 CDOS [1 Cromix 
Country — = Cromix-D (1 Cromix-Plus [ UNIX () Other. rl 
SOFTWARE VENDOR INFO 
Product Name: = = 
Description: — 
Problem? () Yes (1 No __ 


Like it? 1 Yes [] No 


Product Name: 


Description: 


Problem? (1 Yes (1 No 


Like it? Cl] Yes C) No 


Product Name: 


Description: 


Problem? (1 Yes () No 


Like it? 1 Yes C) No 


Product Name: 


Description: 


Problem? [) Yes () No 


Like it? 1 Yes [i No 


LOCAL USER GROUPS 


Assisting in the formation of Local Cromemco User Groups is one of the services performed by The ACU. We 
will be happy to provide you with a list of our members in your area. and recommend other contacts to 
help you organize and maintain a Cromemco computer users group. Just call or write VO NEWS. 


Arizona Association of Cromemco Users 
Contact: Jo Ann Drake, President 
2207 West Eugie Avenue 
Phoenix, AZ 85029 
(602) 993-9589 


Australia User's Group* 
Contact:  Minicomp 
Minicomp Building 
104 Mount Street 
North Sydney, NSW 2060 
Australia 
(02) 957-6800 
fleets Monthly 
*Publishes "Minicomp/Cromemco” a 
monthly newsletter 


Bay Area Cromemco Users & Programmers (BACUP) 
Contact; Raymond Barglow or Alan Walworth 

United Word & Data Processing 

2345 Fulton Street 

Berkeley, CA 94704 

(415) 841-0708 or (415) 548-2692 


Cromemcohorts 

Contact: Dr. Brent Lowensohn 
4747 Sunset Bivd. 
Los Angeles, CA 90027 
(213) 667-8972 


Cromemco Users’ Group of Australia” 
Contact: Tony Stringer 
52 Beechwood Avenue 
Greystanes, 2145 
*Publishes ‘a magazine "CROME-SOMA"" 


Cromemco Users’ Group Holland (CUGH) 
Contact; Joop Kohler, Secretary 
P.O. Box 120 
2910 AC Kieuverkerk a/d Issel 
The Netherlands 01803-13300 


Cromemco Users’ Group* 
Contact: Peter Norman 
The University of Newcastle Upon Tyne 
Department of Chemical Engineering 
Merz Court, Claremont Road 
Newcastle Upon Tyne NE1 7RU 
England 
Newcastle 28511, Ext, 3278 
“Publishes Cromemco Users’ Newsletter (CUG) 


Cromemco Users’ Group Ontario, Canada 
Contact: Lloyd Parker 

Hiram Walker Resources, Ltd 

Suite 600 

1 First Cnandian Place 

Toronto, Ontario 

Canada MSX 1A9 

(416) 864-3349 


Cromemco Users of Orange County, California 
Contact: Michael Peterson 

Accountability Systems 

700 South Tustin Avenue 

Suite B 

Orange, CA 92667 

(714) 639-4570 

Meets third Tuesday monthly 


Insystems Pty, Ltd.* 

Contact: Norman Rosenbaum 
337 Moray Street 
South Melbourne, Victoria 
3205 Australia 
(03) 690-2899, Telex: AAS0458 
“Publishes "“Cromemco UPDATE" 
a bi-monthly newsletter 


Illinois Users’ Group 

Contact: Jim Knowles 
P.O. Box 631 
Elgin, IL 60120 
(312) 695-7775 


Indonesian Cromemco Users’ Group (ICUG)* 
Contact: Zafir M.A. Pontoh 

‘Computation Lab 

Department of Regional & City Planning 

Bandung Institute of Technology 

10 Ganesha 

Bandung, Indonesia 

(022) 82051 ext. 360 

“Publishes "BERKALA ICUG" 

a monthly newsletter 


Microcomputer Users’ Group 
Contact: Noble Bright 
P.O. Box 1 
Cape May, NJ 08204 
(609) 884-2202 
(609) 429-3838 
Meets fourth Wednesday monthly 


Northwest Association of Cromemco Users (NWACU) 
Contact: Jim iiman 

403 S, Brandon 

Seattle, WA 98108 

(206) 763-2099 


North San Diego County Users’ Group 
Contact: Charles Mackey 

P.O. Box 397 

Fallbrook, CA 92028 

(619) 728-6116 

Located 30 mi. east of Oceanside 


North Texas Cromemco Commercial Users’ Group 
Contact: Jerrell Johnson 

1131 Winterwood 

Lewisville, TX 75067 

(214) 221-1437 

Or call Rocky Hall 

at (214) 398-1595 

Meets first Wednesday bi-monthly 


NY, NY Users’ Group 

Contact: Charles Perrella 
45F Route 303 
Valley Cottage, NY 10989 
(914) 268-5137 


‘SaCromemco Users 

Contact: Alan Whitman 
Box 244 
Rancho Cordova, CA 95670 
(916) 635-6070 


Silicon Valley Cromemco Users 
Contact: Allan O'Neill 
(415) 969-3854 or Emily Ott (415) 854-5618 
‘meeting place provided by: 
MCM Enterprises 
215 Hamilton Avenue 
Palo Alto, CA 94301 
Meets fourth Tuesday monthly 


W.A. Cromemco Users’ Group 

Contact: Rae Canning 
clo The W.A. School of Computing 
2/294, Rokeby Road 
Subiaco, Western Australig 6008 


West Germany Users’ Group 
Contact: Glynnis Long 
Tesco GmbH 
P.O. Box 10 
8714 Weisentheid 
West Germany 
09383-1237 
Total fluency in English & German 


Wisconsin Cromemco Users’ Group 
Contact: Bob Ungemach 
6249 West Browndeer Road 
Browndeer, WI 53223 
(414) 355-1451 


VO NEWS 33 


The International Association of Cromemco Users 


Software Resource Survey 
TSE i ah Nei oy oh Bc wr a MRSC Rian a | 


— PURPOSE — 


The purpose of this survey is to further expand the list of known sot 
ware applications running on Cromemco systems. By taking the time to 
complete and return the questionaire you will be doing yourself and 
Cromemco users worldwide a tremendous favor. Everyone needs software, 
but finding the package you need can be terribly frustrating. This survey 
could eliminate that frustration. So please, help us help you by returning 
the completed questionaire at your earliest convenience. 


Thank you! 


— INSTRUCTIONS — 


There are three (3) sections to this survey. Put your name and address 
information in the USER section. Use the SYSTEM section to describe the 


The survey sheet has space for four (4) software package descriptions. 
if you have more than that, make some additional photocopies. For each 
package, provide the following information: the product name, a brief 
description of the software (spreadsheet, wordprocessor, DBMS, etc.); if 
you had problems in getting the package up and running, so indicate with 
comment; indicate whether or not you are satisfied with the package, Also, 
please provide the address and telephone information about the software 
vendor or manufacturer so that we can submit more detailed Product Fact 
Sheets to them. If the application was designed in-house, please make 
note of itand indicate if youre interested in having the application included 
in the IACU Software Resource Guide. If so, we'll send you some Pro- 
duct Fact Sheets. 


When completed, please mail the survey sheets to: 


Cromemco system on which the software is run. If you have different The I.A.C.U 
systems running different operating systems and software, photocopy the 
survey sheet and submit one for each system 
USER SYSTEM 

Name Member No. Mode! 
Address —_ aa _—_— Memory: 

2 - = = Disks 
City = State Zip Phone —__ Operating System: [| CP/M [1 CDOS 1 Cromix 
Country 1 Cromix-D [© Cromix-Plus [ UNIX () Other. 
SOFTWARE VENDOR INFO 


Product Name: 


Description 


Problem? [7] Yes (] No 


Like it? Cl Yes Ci No 


Product Name: 


Description: 


Problem? [1] Yes (1) No 


Like it? [Yes 1 No 


Product Name: 


Description: 


Problem? (1 Yes [1 No 


Like it? 0 Yes 0 No 


Product Name: 


Description: 


Problem? [1 Yes [] No 


Like it? C1 Yes Ci No 


. FAST*FAST°FAST¢FAST°FAST°FAST FAST °FAST *FAST°FAST°¢FAST FAST °FAST eFAST°FAST°FAST® FAST, 


FAST 


PERFORMANCE PLUS 


See Wordstar™, GBASEII”, and other 
Z80 software really fly! 


SLAVE PROCESSORS FOR 
11.27 or 31.05 CROMIX 
8MHZ Z80H 256K 
TWO USERS PER SLAVE 
Increase Performance Two to Fourteen Times 
Much Faster Terminal I/O 
$1095.00 includes software license 


(Also ideal for fast process control applications) 


NEW 32K STRUCTURED BASIC 


Formatted input — High speed built-in Sort 
Programs load up to FIVE TIMES FASTER 
CROMIX (SBASIC.BIN) $295 


( 


FAST*, 3T*FAST*FAST*FAST*FAST ¢FAST°*FAST *FAST *FAST*FAS: }  AST*FAST°FAST*FAST °FAST* FAST¢FAST°FAST °FAST*FAL 


CP/M $195 
UPDATE CROMIX VERSION $95: 
UPDATE CDOS VERSION $95: 


* Must be holder of valid Cromemco License 


RUN YOUR FAVORITE SBASIC PROGRAMS 
ON PC/MS-DOS SYSTEMS 


SBASIC.PC $295 
SBASIC.PC RUNTIME $100 
SYSTEMS ATLANTA, INC, P.O. BOX 99, GA 30146 928-0240 


LEBANON, G 
Wordstar is a trademark of Micropro. ABASEI is a trademark of Ashton-Tate. 
°FASTeFAST¢FAST FAST °*FAST°FAST FAST °FAST* FAST°*FAST°FAST*FAST*FAST*FAST °*FAST*FAST*FAS: 


LSVACLSVAS?LSVALSVSELSVSELSVSPLSVS @LSVSCLSVS?LSVSELSVSPLSVS?LSVA?LSVISELSVSELSVSLSVALSVSELSVSLSVS?LSVSELSVS 


Te 


avbvesumaycraiiecio Cromemco’ 


TBM is a trademark of International Business Machines Corp. 


